Andy == Andy Walls awa...@md.metrocast.net writes:
Hi,
Andy Given choices I made when I patched up gspca/cpia1.c for my
Andy prototype LED API usage, I got these associations
Andy By exposed LED name:
Andy /sys/class/leds/video0:white:illuminator0
Indeed. But didn't we just decide that
Hello,
On 2010-09-10 13:27, Mauro Carvalho Chehab wrote:
1) it lacks implementation of read() method. This means that vivi driver
has a regression, as it currently supports it.
Yes, read() is not yet implemented. I guess it is not a feature that would
be deprecated, right?
Yes, there are
On Friday, September 10, 2010 09:38:44 Marek Szyprowski wrote:
Hello,
On 2010-09-10 13:27, Mauro Carvalho Chehab wrote:
1) it lacks implementation of read() method. This means that vivi driver
has a regression, as it currently supports it.
Yes, read() is not yet implemented. I guess
Hi Mauro,
please pull the below fixes for 2.6.36:
The following changes since commit 7e0e8c4f78e93136a2fb44cf46366e868fb75a10:
v4l: radio: si470x: fix unneeded free_irq() call (2010-09-06 15:24:33
+0900)
are available in the git repository at:
On Fri, Sep 10, 2010 at 4:22 AM, Hans Verkuil hverk...@xs4all.nl wrote:
It's been a long standing wish to convert the ivtv and cx18 drivers to
videobuf,
but it's always been too complex. With a new vb2 implementation it may become
actually possible.
FYI: KernelLabs has done a port of cx18
On Fri, September 10, 2010 03:37, Jarod Wilson wrote:
I think for mythtv, we're going to end up having a daemon process with
elevated privs that reads directly from input devices to get around
this annoyance, until such time as the annoyance is gone.
A similar approach could work for XBMC
On Thu, 2010-09-09 at 22:01 -0400, Jarod Wilson wrote:
On Thu, Sep 09, 2010 at 12:34:27AM -0400, Jarod Wilson wrote:
...
For now, I've applied patches 3, 4 and 5, as it is nice to have Jarod's
review also.
I've finally got them all applied atop current media_tree staging/v2.6.37,
On Thu, 2010-09-09 at 21:37 -0400, Jarod Wilson wrote:
On Thu, Sep 9, 2010 at 8:40 PM, Maxim Levitsky maximlevit...@gmail.com
wrote:
On Wed, 2010-09-08 at 10:47 -0400, Jarod Wilson wrote:
On Mon, Sep 6, 2010 at 5:26 PM, Maxim Levitsky maximlevit...@gmail.com
wrote:
These keys are
Thanks for the feedback, I will post an updated patch. Comments below.
On 09/08/2010 09:35 PM, Mauro Carvalho Chehab wrote:
Em 02-09-2010 08:56, Richard Röjfors escreveu:
This patch adds the timberdale video-in driver.
The video IP of timberdale delivers the video data via DMA.
The driver
To follow are two patches.
The first adds the timberdale video-in driver to the media tree.
The second adds it to the timberdale MFD driver.
As Mauro pointed out earlier the patch to timberdale should be trivial
so I hope Mauro can take the patches via his tree.
Thanks
--Richard
--
To
This patch adds the timberdale video-in driver.
The video IP of timberdale delivers the video data via DMA.
The driver uses the DMA api to handle DMA transfers, and make use
of the V4L2 video buffers to handle buffers against user space.
If available the driver uses an encoder to get/set the
This patch defines platform data for the video-in driver
and adds it to all configurations of timberdale.
Signed-off-by: Richard Röjfors richard.rojf...@pelagicore.com
---
diff --git a/drivers/mfd/timberdale.c b/drivers/mfd/timberdale.c
index ac59950..52a651b 100644
--- a/drivers/mfd/timberdale.c
On 09/10/2010 03:54 AM, Stefan Lippers-Hollmann wrote:
Another test and some further debugging of the IR core usedby the af9015
branch of this git tree led me to partial success. DVB-T functionality
continues to be fine and I've now found the proper values for this remote,
however once a key
Hi
On Friday 10 September 2010, Antti Palosaari wrote:
sure yet how to distinguish between the
Cinergy T Dual and my Cinergy T RC MKII:
Given that keys, once pressed, remain to be stuck, using both lirc's
dev/input and without any dæmon trying to catch keypresses, I have not
reached
Em 10-09-2010 04:38, Marek Szyprowski escreveu:
Hello,
On 2010-09-10 13:27, Mauro Carvalho Chehab wrote:
1) it lacks implementation of read() method. This means that vivi driver
has a regression, as it currently supports it.
Yes, read() is not yet implemented. I guess it is not a feature
On Fri, Sep 10, 2010 at 10:08:24AM +0200, David Härdeman wrote:
On Fri, September 10, 2010 04:01, Jarod Wilson wrote:
Wuff. None of the three builds is at all stable on my laptop, but I can't
actually point the finger at any of the three patchsets, since I'm getting
spontaneous lockups
These variables are either unconditionally set right afterward, or
already set to 0 by kzalloc.
Signed-off-by: Jean Delvare kh...@linux-fr.org
Cc: Steven Toth st...@kernellabs.com
---
drivers/media/dvb/frontends/cx22702.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
---
The init sequence never changes so it can be marked const. Likewise,
cx22702_ops is a template and can thus be made read-only.
Signed-off-by: Jean Delvare kh...@linux-fr.org
Cc: Steven Toth st...@kernellabs.com
---
drivers/media/dvb/frontends/cx22702.c |6 +++---
1 file changed, 3
On Fri, 2010-09-10 at 10:22 +0200, Hans Verkuil wrote:
On Friday, September 10, 2010 09:38:44 Marek Szyprowski wrote:
Hello,
On 2010-09-10 13:27, Mauro Carvalho Chehab wrote:
1) it lacks implementation of read() method. This means that vivi driver
has a regression, as it currently
On Tue, Sep 07, 2010 at 10:47:55PM +0200, andrea.amoros...@gmail.com wrote:
I'm trying to use my Dikom DK-300 usb dvb-t device connected to an
old laptop used as media player.
The device works well but if I suspend the pc to ram (S3) when the
Dikom usb stick is plugged in, the system hangs
Em 10-09-2010 10:27, Jean Delvare escreveu:
* Avoid temporary variables.
* Optimize success paths.
* Make error messages consistently verbose.
Signed-off-by: Jean Delvare kh...@linux-fr.org
Cc: Steven Toth st...@kernellabs.com
---
drivers/media/dvb/frontends/cx22702.c | 23
Hi Mauro,
On Fri, 10 Sep 2010 12:13:32 -0300, Mauro Carvalho Chehab wrote:
Em 10-09-2010 10:27, Jean Delvare escreveu:
* Avoid temporary variables.
* Optimize success paths.
* Make error messages consistently verbose.
Signed-off-by: Jean Delvare kh...@linux-fr.org
Cc: Steven Toth
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:Fri Sep 10 19:00:12 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15139:6e0befab696a
git master:
Hello,
Can really nobody give me an advice what I can do to make my Nova-T-Stick work
with my Debian Kernel 2.6.32? I want to add the information that I had it
working with my Debian Kernel 2.6.26 and sources from linuxtv.org which I
downloaded on April 09, 2009.
Regards
Christoph
Hello,
This patch adds support for g_parm / s_parm operations to the SoC Camera
framework. It is usefull for checking/setting camera frame rate.
Example usage can be found in the previous patch from this series,
SoC Camera: add driver for OV6650 sensor.
Created and tested against linux-2.6.36-rc3 on
This patch adds configuration data and initialization code required for camera
support to the Amstrad Delta board.
Three devices are declared: SoC camera, OMAP1 camera interface and OV6650
sensor.
Default 12MHz clock has been selected for driving the sensor. Pixel clock has
been limited to
This patch extends the Amstrad Delta camera support with LEDS trigger that can
be used for automatic control of the on-board camera LED. The led turns on
automatically on camera device open and turns off on camera device close.
Created and tested against linux-2.6.36-rc3.
Works on top of patch
This patch adds support for SoC camera interface to OMAP1 devices.
Created and tested against linux-2.6.36-rc3 on Amstrad Delta.
For successfull compilation, requires a header file provided by PATCH 1/6 from
this series, SoC Camera: add driver for OMAP1 camera interface.
Signed-off-by: Janusz
28 matches
Mail list logo
