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
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 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 get
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 provides a V4L2 SoC Camera driver for OV6650 camera sensor, found
on OMAP1 SoC based Amstrad Delta videophone.
Since I have no experience with camera sensors, and the sensor documentation I
was able to find was not very comprehensive, I left most settings at their
default (reset) val
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
This set consists of the following patches:
1/6 SoC Camera: add driver for OMAP1 camera interface
2/6 OMAP1: Add support for SoC camera interface
3/6 SoC Camera: add driver for OV6650 sensor
4/6 SoC Camera: add support for g_parm / s_parm operations
5/6 OMAP1: Amstrad Delta: ad
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 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:
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
> > Cc: Steven Toth
> > ---
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
> Cc: Steven Toth
> ---
> drivers/media/dvb/frontends/cx22702.c | 23 +--
> 1 file changed,
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
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 regressio
On Thu, 2010-09-09 at 08:07 +0200, Jean-Francois Moine wrote:
> On Wed, 08 Sep 2010 20:58:18 +0200
> Hi,
>
> If I may resume this exchange:
>
> - the (microscope or device dependant) illuminators may be controlled
> by v4l2,
I agree.
> - the status LED should be controlled by the LED interf
Code in function cx22702_set_tps() can be slightly simplified.
Apparently gcc was smart enough to optimize it anyway, but it can't
hurt to make the code more readable.
Signed-off-by: Jean Delvare
Cc: Steven Toth
---
drivers/media/dvb/frontends/cx22702.c | 58 ++---
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
Cc: Steven Toth
---
drivers/media/dvb/frontends/cx22702.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
--- linux-2.6.32-r
Calling the same functions in if/else or switch/case branches is
inefficient. Refactor the code for a smaller binary and increased
readability.
Signed-off-by: Jean Delvare
Cc: Steven Toth
---
drivers/media/dvb/frontends/cx22702.c | 31 ---
1 file changed, 16 insert
These variables are either unconditionally set right afterward, or
already set to 0 by kzalloc.
Signed-off-by: Jean Delvare
Cc: Steven Toth
---
drivers/media/dvb/frontends/cx22702.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
--- linux-2.6.32-rc5.orig/drivers/media/dvb/fronte
On Fri, 2010-09-10 at 09:19 +0200, Peter Korsgaard wrote:
> > "Andy" == Andy Walls 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/
* Avoid temporary variables.
* Optimize success paths.
* Make error messages consistently verbose.
Signed-off-by: Jean Delvare
Cc: Steven Toth
---
drivers/media/dvb/frontends/cx22702.c | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
--- linux-2.6.32-rc5.orig/d
On Fri, Sep 10, 2010 at 11:35:23AM +0300, Maxim Levitsky wrote:
> 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.
Hi all, hi Steven,
I wrote these 5 patches cleaning up the cx22702 frontend driver a long
time ago, I've been using them for months, so it's probably about time
that I post them for review and, hopefully, upstream inclusion.
Note that I unfortunately do not have access to the CX22702 datasheet,
s
On Fri, Sep 10, 2010 at 10:27:02AM +0200, David Härdeman wrote:
> 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 t
On Fri, Sep 10, 2010 at 11:40:31AM +0300, Maxim Levitsky wrote:
> On Thu, 2010-09-09 at 21:37 -0400, Jarod Wilson wrote:
> > On Thu, Sep 9, 2010 at 8:40 PM, Maxim Levitsky
> > wrote:
> > > On Wed, 2010-09-08 at 10:47 -0400, Jarod Wilson wrote:
> > >> On Mon, Sep 6, 2010 at 5:26 PM, Maxim Levitsk
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 lockup
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
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 n
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 gets
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 vide
This patch defines platform data for the video-in driver
and adds it to all configurations of timberdale.
Signed-off-by: Richard Röjfors
---
diff --git a/drivers/mfd/timberdale.c b/drivers/mfd/timberdale.c
index ac59950..52a651b 100644
--- a/drivers/mfd/timberdale.c
+++ b/drivers/mfd/timberdale.c
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 unsubsc
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 use
On Thu, 2010-09-09 at 21:37 -0400, Jarod Wilson wrote:
> On Thu, Sep 9, 2010 at 8:40 PM, Maxim Levitsky
> wrote:
> > On Wed, 2010-09-08 at 10:47 -0400, Jarod Wilson wrote:
> >> On Mon, Sep 6, 2010 at 5:26 PM, Maxim Levitsky
> >> wrote:
> >> > These keys are found on remote bundled with
> >> >
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 sta
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 si
On Fri, Sep 10, 2010 at 4:22 AM, Hans Verkuil 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 to videobuf. We
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:
git://git.infradead.org/users/kmpark/linux-2.
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 impl
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 doing nothing at all before even plugging in a
> receiver. I did howev
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 no
> "Andy" == Andy Walls 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 illuminators
41 matches
Mail list logo
