VDR User wrote:
On Thu, Mar 12, 2009 at 6:53 PM, Ang Way Chuang wrote:
Hi all,
I've looked through the mailing list and there seems to be no
standard
way to interpret to content of SNR, signal strength and BER returned
from the DVB API. So, I wonder if someone knows how to interpret thes
On Thu, Mar 12, 2009 at 11:00:11PM -0400, Jarod Wilson wrote:
> Greg KH wrote:
>> On Thu, Mar 12, 2009 at 04:24:38PM -0400, Michael Krufky wrote:
>>> Can we have this merged into -stable? Jarod Wilson sent this last
>>> month, but he left off the cc to sta...@kernel.org
>> What is the git commit i
Hans,
I've summarized your comments into a few answers, to avoid repeating myself.
On Fri, 13 Mar 2009 01:53:42 +0100
Hans Verkuil wrote:
> Hi Mauro,
>
> Just one last reply, and than we can close this discussion. Luckily the
> conversion of this driver to v4l2_device/subdev is a lot simpler
Greg KH wrote:
On Thu, Mar 12, 2009 at 04:24:38PM -0400, Michael Krufky wrote:
Can we have this merged into -stable? Jarod Wilson sent this last
month, but he left off the cc to sta...@kernel.org
What is the git commit id of the patch in Linus's tree that matches up
with this?
thanks,
greg
Hi linux-tver,
Not sure whether this is the right mailing list or not. I've
encountered a kernel oops in dvb_net. My receiver card is HVR-4000 Lite.
I'm running a rawhide kernel on Fedora 10. Attached is the syslog just
before when nuts. I tested with rawhide kernel version
2.6.29-0.124.r
On Thu, Mar 12, 2009 at 04:24:38PM -0400, Michael Krufky wrote:
> Can we have this merged into -stable? Jarod Wilson sent this last
> month, but he left off the cc to sta...@kernel.org
What is the git commit id of the patch in Linus's tree that matches up
with this?
thanks,
greg k-h
--
To unsub
On Thu, Mar 12, 2009 at 6:53 PM, Ang Way Chuang wrote:
> Hi all,
> I've looked through the mailing list and there seems to be no
> standard
> way to interpret to content of SNR, signal strength and BER returned
> from the DVB API. So, I wonder if someone knows how to interpret these
> value
Hi all,
I've looked through the mailing list and there seems to be no standard
way to interpret to content of SNR, signal strength and BER returned
from the DVB API. So, I wonder if someone knows how to interpret these
values at least for HVR 4000 Lite? Thanks.
Regards,
Ang Way Chuang
--
On Thu, 12 Mar 2009 11:26:15 -0400
Devin Heitmueller wrote:
> On Thu, Mar 12, 2009 at 11:06 AM, Mauro Carvalho Chehab
> wrote:
> >> Yeah, printing "NULL" is bad and I can obviously fix that. The real
> >> reason for the addition of the "UNDEFINED" entry is I use that to
> >> detect if there are
Hi Mauro,
Just one last reply, and than we can close this discussion. Luckily the
conversion of this driver to v4l2_device/subdev is a lot simpler than I
feared initially. So no harm done in that respect.
On Thursday 12 March 2009 14:20:11 Mauro Carvalho Chehab wrote:
> On Thu, 12 Mar 2009 12:1
Hi Alexey,
I numbered your comments and append all answers to the end of this email.
--- On Fri, 3/13/09, Alexey Klimov wrote:
> From: Alexey Klimov
> Subject: Re: [PATCH 1/1] siano: add high level SDIO interface driver for SMS
> based cards
> To: "Uri Shkolnik"
> Cc: "Mauro Carvalho Cheh
make in v4l-dvb worked without error, produced a lot of .ko files in v4l.
sudo make install worked without errors, too.
reconnecting the TechnoTrend CT 3650 CI, with dmesg I got
---
usb 4-2: USB disconnect, address 3
usb 4-2: new high speed USB device using ehci_hcd and address 6
usb 4-2: configu
Add support for ProVideo PV-183 to bttv
From: Alan McIvor
This patch adds support for the ProVideo PV-183 card to the bttv
device driver. The PV-183 is a PCI card with 8 BT878 devices plus a Hint
Corp HiNT HB4 PCI-PCI Bridge. Each BT878 has two composite input channels
available. There are no tu
On Fri, 13 Mar 2009, Alan McIvor wrote:
> +
> +{ 0x15401830, BTTV_BOARD_PV183, "Provideo PV183-1" },
> +{ 0x15401831, BTTV_BOARD_PV183, "Provideo PV183-2" },
> +{ 0x15401832, BTTV_BOARD_PV183, "Provideo PV183-3" },
> +{ 0x15401833, BTTV_BOARD_
On Thu, 12 Mar 2009 10:11:12 -0400
Devin Heitmueller wrote:
> On Thu, Mar 12, 2009 at 4:54 AM, Mauro Carvalho Chehab
> wrote:
> > Hi Devin,
> >
> > There's a bug on your patch series: see this:
> >
> > Those are the locations of au8522 files at Kernel's tree:
> > drivers/media/dvb/fronten
On Thu, 2009-03-12 at 19:18 -0400, Michael Krufky wrote:
> Andy Walls wrote:
> > On Thu, 2009-03-12 at 16:24 -0400, Michael Krufky wrote:
> >
> >> Can we have this merged into -stable? Jarod Wilson sent this last
> >> month, but he left off the cc to sta...@kernel.org
> >>
> >> Signed-off-by: M
On Friday 13 March 2009 00:34:43 Andy Walls wrote:
> On Thu, 2009-03-12 at 10:49 +0100, Gregor Fuis wrote:
> > On Thu, Mar 12, 2009 at 10:28 AM, Hans Verkuil
wrote:
> > >> Hello,
> > >>
> > >> Is it possible to disable v4l2-ctl aplication logging into
> > >> /var/log/messages.
> > >> I am using i
On Thu, 2009-03-12 at 10:49 +0100, Gregor Fuis wrote:
> On Thu, Mar 12, 2009 at 10:28 AM, Hans Verkuil wrote:
> >
> >> Hello,
> >>
> >> Is it possible to disable v4l2-ctl aplication logging into
> >> /var/log/messages.
> >> I am using it to control and monitor my PVR 150 cards and every time I
> >
Hi Sri,
Here is a review of the i2c part of this driver, together with pointers on
how to proceed to convert it to v4l2_device/v4l2_subdev.
Time permitting I hope to look at the v4l2 implementation in the driver as
well over the weekend, but the i2c part is for me the most urgent issue at
the
Andy Walls wrote:
On Thu, 2009-03-12 at 16:24 -0400, Michael Krufky wrote:
Can we have this merged into -stable? Jarod Wilson sent this last
month, but he left off the cc to sta...@kernel.org
Signed-off-by: Michael Krufky
Mike,
A version of this is already in the v4l-dvb hg develop
On Thu, 2009-03-12 at 16:24 -0400, Michael Krufky wrote:
> Can we have this merged into -stable? Jarod Wilson sent this last
> month, but he left off the cc to sta...@kernel.org
>
> Signed-off-by: Michael Krufky
Mike,
A version of this is already in the v4l-dvb hg development repository:
hg l
This patch adds support for the ProVideo PV-183 card to the bttv
device driver. The PV-183 is a PCI card with 8 BT878 devices plus a Hint
Corp HiNT HB4 PCI-PCI Bridge. Each BT878 has two composite input channels
available. There are no tuners on this card.
This patch was generated against the V4L-
ok, adapted the value in v4l/.version
make is doing fine now
Original Message
Subject:Re: [linux-dvb] getting started
Date: Thu, 12 Mar 2009 23:47:24 +0100
From: Rolf Schumacher
To: linux-media@vger.kernel.org
References: <49b982a5.7010...@august.de> <49b986
thank you, Antti, Thomas
kernel-headers are installed.
Why does make try to read the wrong file?
My kernel is named 2.6.28-7.slh.4-sidux-686, not 2.6.28-7.slh.3-sidux-686
-
r...@rolf9:~/src/v4l-dvb$ make
make -C /home/rsc/src/v4l-dvb/v4l
make[1]: Entering directory `/home/rsc/src/v4l-dvb
Hello, Uri
On Thu, 2009-03-12 at 06:52 -0700, Uri Shkolnik wrote:
> # HG changeset patch
> # User Uri Shkolnik
> # Date 1236865697 -7200
> # Node ID 7352ee1288f651d19d58c7bb479a98f070ad98e6
> # Parent 3392722cc5b687586c4d898b73050ab6e59bf401
> siano: add high level SDIO interface driver for SMS
I once had my TechnoTrend DVB-C driver working with linux, looking tv.
However, completely forgot how I managed that.
I think I was following the wiki
How to Obtain, Build and Install V4L-DVB Device Driver
I checked out the v4l-dvb sources using Mercurial.
However, a make failed immediately:
--
On Thu, 12 Mar 2009, Robert Jarzmik wrote:
> Guennadi Liakhovetski writes:
>
> >> diff --git a/drivers/media/video/pxa_camera.c
> >> b/drivers/media/video/pxa_camera.c
> >> index 16bf0a3..dd56c35 100644
> >> --- a/drivers/media/video/pxa_camera.c
> >> +++ b/drivers/media/video/pxa_camera.c
> >>
Rolf Schumacher wrote:
I once had my TechnoTrend DVB-C driver working with linux, looking tv.
However, completely forgot how I managed that.
I think I was following the wiki
How to Obtain, Build and Install V4L-DVB Device Driver
I checked out the v4l-dvb sources using Mercurial.
However, a mak
Rolf Schumacher wrote:
File not found: /lib/modules/2.6.28-7.slh.3-sidux-686/build/.config at
./scripts/make_kconfig.pl line 32, line 4.
kernel-devel, kernel-headers, linux-devel or linux-headers package is
missing. Package name varies from distribution to distribution...
--
http://palosaa
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb for the
following:
- doc: improve the v4l2-framework documentation.
- cx231xx: prevent building it on kernels < 2.6.23.
- cx231xx: fix compile warning
- v4l2-common: add missing i2c_unregister_device.
Thanks,
Hans
Guennadi Liakhovetski writes:
>> diff --git a/drivers/media/video/pxa_camera.c
>> b/drivers/media/video/pxa_camera.c
>> index 16bf0a3..dd56c35 100644
>> --- a/drivers/media/video/pxa_camera.c
>> +++ b/drivers/media/video/pxa_camera.c
>> @@ -734,14 +734,18 @@ static void pxa_camera_dma_irq(int ch
Can we have this merged into -stable? Jarod Wilson sent this last
month, but he left off the cc to sta...@kernel.org
Signed-off-by: Michael Krufky
-- Forwarded message --
From: Jarod Wilson
Date: Tue, Feb 24, 2009 at 6:00 PM
Subject: [stable] [PATCH] 2.6.27.y: fix NULL ptr der
On Thu, Mar 12, 2009 at 08:11:27PM +0100, Guennadi Liakhovetski wrote:
> ...one more thing. I noticed, that after patch 2 the cameras would stop
> work, because iclink->gpio would be set to 0. Which would break bisection.
> Ok, this is rather theoretical, still I modified the patches a bit.
> Pl
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Thu Mar 12 19:00:05 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 10979:0475dee8dab8
gcc version: gcc (
...one more thing. I noticed, that after patch 2 the cameras would stop
work, because iclink->gpio would be set to 0. Which would break bisection.
Ok, this is rather theoretical, still I modified the patches a bit.
Please, have a look, if you're ok with these changes, that's how I'm going
to co
Hi Mauro,
Is there any problem with these changesets from
http://linuxtv.org/hg/~jfrancois/v4l-dvb/ ?
changeset: 10789:57bfe95f2ac1
gspca - most jpeg subdrivers: Change the JPEG header creation.
changeset: 10790:2a1b8f88f331
gspca - most jpeg subdrivers: Have the JPEG quality settable.
Chee
On Fri, 6 Mar 2009, Philippe Rétornaz wrote:
> - The video device is not allocated when mt9t031_init() is called, don't use
> it in debug printk.
>
> - The clock polarity is inverted in mt9t031_set_bus_param(), use the correct
> one.
>
>
> Signed-off-by: Philippe Rétornaz
>
> ---
>
> dif
On Thu, Mar 12, 2009 at 11:06 AM, Mauro Carvalho Chehab
wrote:
>> Yeah, printing "NULL" is bad and I can obviously fix that. The real
>> reason for the addition of the "UNDEFINED" entry is I use that to
>> detect if there are *any* analog inputs defined, which dictates
>> whether the analog subsy
On Thu, 12 Mar 2009 10:24:02 -0400
Devin Heitmueller wrote:
> > hmm.. you are cleaning up f->reserved three times: at v4l2-ioctl, at the
> > memset(f) and at memset(f->reserved).
> >
> > You really wanted to make sure that you've cleaned it, don't you? ;)
>
> Well, I wanted to be *extra* sure.
Mauro and all,
I submitted 3 patches, two modifications for the SDIO generic stack, and one
new high level SDIO interface driver for Siano based devices.
This concludes SDIO related changes, with one exception, which is explained
below.
However this explanation requires some overview about Si
Hello Mauro,
Thank you for reviewing. See comments inline.
On Thu, Mar 12, 2009 at 6:06 AM, Mauro Carvalho Chehab
wrote:
> +static int vidioc_querycap(struct file *file, void *priv,
> + struct v4l2_capability *cap)
> +{
> + struct au0828_fh *fh = priv;
> +
> On Thu, Mar 12, 2009 at 5:19 AM, Hans Verkuil wrote:
>> Hi Devin,
>>
>> Can you also do the last bit of the v4l2_device/subdev conversion by
>> actually using the subdev callbacks (replace au0828_call_i2c_clients
>> with
>> v4l2_device_call_all), removing attach_inform and detach_inform (alread
On Thu, Mar 12, 2009 at 02:31:17PM +0100, Guennadi Liakhovetski wrote:
> On Thu, 12 Mar 2009, Sascha Hauer wrote:
>
> > Take 2: I hope I addressed all comments I receive in the first round.
> >
> > The following patches change the handling of the bus width
> > for camera sensors so that a board c
On Thu, Mar 12, 2009 at 02:12:09PM +0100, Guennadi Liakhovetski wrote:
> On Thu, 12 Mar 2009, Sascha Hauer wrote:
>
> > Some Phytec cameras have a I2C GPIO expander which allows it to
> > switch between different sensor bus widths. This was previously
> > handled in the camera driver. Since handli
On Thu, Mar 12, 2009 at 5:19 AM, Hans Verkuil wrote:
> Hi Devin,
>
> Can you also do the last bit of the v4l2_device/subdev conversion by
> actually using the subdev callbacks (replace au0828_call_i2c_clients with
> v4l2_device_call_all), removing attach_inform and detach_inform (already
> depreca
On Thu, Mar 12, 2009 at 4:54 AM, Mauro Carvalho Chehab
wrote:
> Hi Devin,
>
> There's a bug on your patch series: see this:
>
> Those are the locations of au8522 files at Kernel's tree:
> drivers/media/dvb/frontends/au8522.h
> drivers/media/dvb/frontends/au8522_dig.c
> drivers
> On Thu, Mar 12, 2009 at 5:19 AM, Hans Verkuil wrote:
>>
>>> On Wed, 11 Mar 2009 11:25:20 -0400
>>> Devin Heitmueller wrote:
>>>
Hello Mauro,
Please pull from:
http://linuxtv.org/hg/~dheitmueller/hvr950q-analog2
for the following:
xc5000: fix bug for
# HG changeset patch
# User Uri Shkolnik
# Date 1236865697 -7200
# Node ID 7352ee1288f651d19d58c7bb479a98f070ad98e6
# Parent 3392722cc5b687586c4d898b73050ab6e59bf401
siano: add high level SDIO interface driver for SMS based cards
From: Uri Shkolnik
This patch provides SDIO interface driver fo
On Thu, Mar 12, 2009 at 4:54 AM, Mauro Carvalho Chehab
wrote:
> On Wed, 11 Mar 2009 11:25:20 -0400
> Devin Heitmueller wrote:
>
>> Hello Mauro,
>>
>> Please pull from:
>>
>> http://linuxtv.org/hg/~dheitmueller/hvr950q-analog2
>>
>> for the following:
>>
>> xc5000: fix bug for hybrid xc5000 device
On Thu, Mar 12, 2009 at 5:19 AM, Hans Verkuil wrote:
>
>> On Wed, 11 Mar 2009 11:25:20 -0400
>> Devin Heitmueller wrote:
>>
>>> Hello Mauro,
>>>
>>> Please pull from:
>>>
>>> http://linuxtv.org/hg/~dheitmueller/hvr950q-analog2
>>>
>>> for the following:
>>>
>>> xc5000: fix bug for hybrid xc5000 d
On Thu, 12 Mar 2009, Sascha Hauer wrote:
> Take 2: I hope I addressed all comments I receive in the first round.
>
> The following patches change the handling of the bus width
> for camera sensors so that a board can overwrite a sensors
> native bus width
>
> Sascha Hauer (5):
> soc-camera: ad
On Thu, Mar 12, 2009 at 7:04 AM, Matthias Schwarzott wrote:
> Hi Michael!
>
> Looking at your new lgdt3305 driver, I noticed that the error path of
> lgdt3305_attach, that is also jumped to kzalloc errors, sets
> state->frontend.demodulator_priv to NULL.
>
> That will oops in case state is NULL. S
On Thu, 12 Mar 2009 12:14:22 +0100 (CET)
"Hans Verkuil" wrote:
> Mauro, you did not answer the question why this driver was just merged
> without going through a public review? If I'd seen it beforehand I'd have
> worked together with Sri to get it fixed first. I don't expect him to know
> about
Matthias Schwarzott wrote:
Hi Michael!
Looking at your new lgdt3305 driver, I noticed that the error path of
lgdt3305_attach, that is also jumped to kzalloc errors, sets
state->frontend.demodulator_priv to NULL.
That will oops in case state is NULL. So you either need two goto labels for
f
On Thu, 12 Mar 2009, Sascha Hauer wrote:
> Some Phytec cameras have a I2C GPIO expander which allows it to
> switch between different sensor bus widths. This was previously
> handled in the camera driver. Since handling of this switch
> varies on several boards the cameras are used on, the board
>
sdio: add cards id for sms (Siano Mobile Silicon) MDTV receivers
From: Uri Shkolnik
Add SDIO vendor ID, and multiple device IDs for
various SMS-based MDTV SDIO adapters.
The patch has been done against 2.6.29-rc7 .
Signed-off-by: Uri Shkolnik
diff -uNr linux-2.6.29-rc7.prestine/include/li
sdio: add low level i/o functions for workarounds
From: Pierre Ossman
Some shoddy hardware doesn't properly adhere to the register model
of SDIO, but treats the system like a series of transaction. That means
that the drivers must have full control over what goes the bus (and the
core cannot op
Hi,
Sorry, but I emailed the wrong patch file, sorry about it.
Please ignore and I'll re-submit it shortly.
:-(
Uri
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kern
sdio: add low level i/o functions for workarounds
From: Pierre Ossman
Some shoddy hardware doesn't properly adhere to the register model
of SDIO, but treats the system like a series of transaction. That means
that the drivers must have full control over what goes the bus (and the
core cannot op
Signed-off-by: Sascha Hauer
---
include/media/soc_camera.h |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/include/media/soc_camera.h b/include/media/soc_camera.h
index 62f07db..c7a6f42 100644
--- a/include/media/soc_camera.h
+++ b/include/media/soc_camera.h
@@ -93,8 +93
This patch removes the phytec specific setting of the bus width
and switches to the more generic query_bus_param/set_bus_param
hooks
Signed-off-by: Sascha Hauer
---
drivers/media/video/Kconfig |7 --
drivers/media/video/mt9v022.c | 141 -
2 files ch
This patch removes the phytec specific setting of the bus width
and switches to the more generic query_bus_param/set_bus_param
hooks
Signed-off-by: Sascha Hauer
---
drivers/media/video/Kconfig |7 --
drivers/media/video/mt9m001.c | 143 +++-
2 files cha
Camera sensors have a native bus width say support, but on some
boards not all sensor data lines are connected to the image
interface and thus support a different bus width than the sensors
native one. Some boards even have a bus driver which dynamically
switches between different bus widths with a
Take 2: I hope I addressed all comments I receive in the first round.
The following patches change the handling of the bus width
for camera sensors so that a board can overwrite a sensors
native bus width
Sascha Hauer (5):
soc-camera: add board hook to specify the buswidth for camera sensors
Some Phytec cameras have a I2C GPIO expander which allows it to
switch between different sensor bus widths. This was previously
handled in the camera driver. Since handling of this switch
varies on several boards the cameras are used on, the board
support seems a better place to handle the switch
>
> On Thu, 12 Mar 2009 08:38:59 +0100
> Hans Verkuil wrote:
>
>> Mauro,
>>
>> What the hell??!
>>
>> Since when does a big addition like this get merged without undergoing a
>> public review?
>>
>> I've been working my ass off converting drivers to the new i2c API and
>> v4l2_subdev structures a
Hi Michael!
Looking at your new lgdt3305 driver, I noticed that the error path of
lgdt3305_attach, that is also jumped to kzalloc errors, sets
state->frontend.demodulator_priv to NULL.
That will oops in case state is NULL. So you either need two goto labels for
failures or just return in case
On Thu, 12 Mar 2009 08:38:59 +0100
Hans Verkuil wrote:
> Mauro,
>
> What the hell??!
>
> Since when does a big addition like this get merged without undergoing a
> public review?
>
> I've been working my ass off converting drivers to the new i2c API and
> v4l2_subdev structures and here you
Mauro Carvalho Chehab wrote:
On Thu, 12 Mar 2009 12:35:40 +0900
Dmitri Belimov wrote:
Hi Antti
Antti Palosaari wrote:
Dmitri Belimov wrote:
Could one of you please do such patchset?
I haven't a lot expirience with kernel programming. If Antti can
it is good. I'll check it
on our board.
OK
On Thu, 12 Mar 2009 12:35:40 +0900
Dmitri Belimov wrote:
> Hi Antti
>
> > Antti Palosaari wrote:
> > > Dmitri Belimov wrote:
> > >>> Could one of you please do such patchset?
> > >>
> > >> I haven't a lot expirience with kernel programming. If Antti can
> > >> it is good. I'll check it
> > >> on
On Wed, 11 Mar 2009 21:00:19 -0400
Devin Heitmueller wrote:
> Hello Mauro,
>
> Please apply one additional patch for the series I sent this morning:
>
> - au0828: make sure v4l2_device name is unique
>
> Thanks,
>
> Devin
>
+static int vidioc_querycap(struct file *file, void *priv,
+
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Thu Mar 12 09:40:14 CET 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 10966:3392722cc5b6
gcc version: gcc (
On Thu, Mar 12, 2009 at 10:28 AM, Hans Verkuil wrote:
>
>> Hello,
>>
>> Is it possible to disable v4l2-ctl aplication logging into
>> /var/log/messages.
>> I am using it to control and monitor my PVR 150 cards and every time I
>> run v4l2-ctl -d /dev/video0 --log-status all output is logged into
>
On Thu, Mar 12, 2009 at 10:25:35AM +0100, Guennadi Liakhovetski wrote:
> On Thu, 12 Mar 2009, Sascha Hauer wrote:
>
> > On Thu, Mar 12, 2009 at 09:40:46AM +0100, Guennadi Liakhovetski wrote:
> > > One more thing I noticed while looking at your patch 3/4:
> > >
> > > > +static int pcm990_camera_se
On Wed, 11 Mar 2009, Sascha Hauer wrote:
> This patch removes the phytec specific setting of the bus width
> and switches to the more generic query_bus_param/set_bus_param
> hooks
>
> Signed-off-by: Sascha Hauer
> ---
> drivers/media/video/Kconfig |7 ---
> drivers/media/video/mt9v022.c |
> bloehei wrote:
> >> 40 00 00 00 40 08 c5 03 >>> 12 0c 93 80 06 12 0d 43 74 83 f0 e5 48 30 e3
> >> 78
>
> hmm, at least that last fw upload packet is wrong. It should look like
> 40 00 00 00 00 18 c5 03 >>> 49 9f f5
>
> I did yesterday many changes and fixed one bad bug that could be behind
> that
> Hello,
>
> Is it possible to disable v4l2-ctl aplication logging into
> /var/log/messages.
> I am using it to control and monitor my PVR 150 cards and every time I
> run v4l2-ctl -d /dev/video0 --log-status all output is logged into
> /var/log/messages and some other linux log files.
All --log-
On Thu, 12 Mar 2009, Sascha Hauer wrote:
> On Thu, Mar 12, 2009 at 09:40:46AM +0100, Guennadi Liakhovetski wrote:
> > One more thing I noticed while looking at your patch 3/4:
> >
> > > +static int pcm990_camera_set_bus_param(struct device *dev,
> > > + unsigned long flags)
> > > +{
> > >
Hello,
Is it possible to disable v4l2-ctl aplication logging into /var/log/messages.
I am using it to control and monitor my PVR 150 cards and every time I
run v4l2-ctl -d /dev/video0 --log-status all output is logged into
/var/log/messages and some other linux log files.
Best Regards,
Gregor
--
On Wed, 11 Mar 2009, Sascha Hauer wrote:
> This patch removes the phytec specific setting of the bus width
> and switches to the more generic query_bus_param/set_bus_param
> hooks
>
> Signed-off-by: Sascha Hauer
> ---
> drivers/media/video/Kconfig |7 --
> drivers/media/video/mt9m001.c |
> On Wed, 11 Mar 2009 11:25:20 -0400
> Devin Heitmueller wrote:
>
>> Hello Mauro,
>>
>> Please pull from:
>>
>> http://linuxtv.org/hg/~dheitmueller/hvr950q-analog2
>>
>> for the following:
>>
>> xc5000: fix bug for hybrid xc5000 devices with IF other than 5380
>> au8522: rename the au8522.c sourc
On Thu, 12 Mar 2009 02:00:34 -0700 (PDT)
Uri Shkolnik wrote:
>
> Hi,
>
> I have a question regarding patching kernel files which reside outside the
> 'drivers/media' scope.
>
> The SMS device can use SPI and SDIO host interfaces (among others).
>
> Both those drivers' sources require some pa
On Thu, Mar 12, 2009 at 09:40:46AM +0100, Guennadi Liakhovetski wrote:
> One more thing I noticed while looking at your patch 3/4:
>
> > +static int pcm990_camera_set_bus_param(struct device *dev,
> > + unsigned long flags)
> > +{
> > + if (gpio_bus_switch <= 0)
> > + return
Hi,
I have a question regarding patching kernel files which reside outside the
'drivers/media' scope.
The SMS device can use SPI and SDIO host interfaces (among others).
Both those drivers' sources require some patching.
The SDIO stack has been patched by Pierre Ossman himself (maintainer of
On Wed, 11 Mar 2009 11:25:20 -0400
Devin Heitmueller wrote:
> Hello Mauro,
>
> Please pull from:
>
> http://linuxtv.org/hg/~dheitmueller/hvr950q-analog2
>
> for the following:
>
> xc5000: fix bug for hybrid xc5000 devices with IF other than 5380
> au8522: rename the au8522.c source file
> au8
One more thing I noticed while looking at your patch 3/4:
> +static int pcm990_camera_set_bus_param(struct device *dev,
> + unsigned long flags)
> +{
> + if (gpio_bus_switch <= 0)
> + return 0;
> +
> + if (flags & SOCAM_DATAWIDTH_8)
> + gpio_set_value(NR
On Thu, Mar 12, 2009 at 09:31:55AM +0100, Guennadi Liakhovetski wrote:
> On Wed, 11 Mar 2009, Sascha Hauer wrote:
>
> > Some Phytec cameras have a I2C GPIO expander which allows it to
> > switch between different sensor bus widths. This was previously
> > handled in the camera driver. Since handli
On Wed, 11 Mar 2009, Sascha Hauer wrote:
> Some Phytec cameras have a I2C GPIO expander which allows it to
> switch between different sensor bus widths. This was previously
> handled in the camera driver. Since handling of this switch
> varies on several boards the cameras are used on, the board
>
On Wed, 11 Mar 2009, Sascha Hauer wrote:
> Camera sensors have a native bus width say support, but on some
> boards not all sensor data lines are connected to the image
> interface and thus support a different bus width than the sensors
> native one. Some boards even have a bus driver which dynami
On Thursday 12 March 2009 02:40:09 Patch from Sri Deevi wrote:
> The patch number 10954 was added via Mauro Carvalho Chehab
> to http://linuxtv.org/hg/v4l-dvb master development
> tree.
>
> Kernel patches in this development tree may be modified to be backward
> compatible with older kernels. Comp
90 matches
Mail list logo
