- 16 Jun, 2009 40 commits
-
-
Hans Verkuil authored
Until now I relied on i2c_del_adapter to unregister the i2c_clients for me, however, if the i2c bus is a platform bus then it is never deleted. So instead I need to unregister i2c clients when unregistering the v4l2_device. Signed-off-by:
Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by:
Mauro Carvalho Chehab <mchehab@redhat.com>
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Add a utility function that can be used to setup the v4l2_device's name field in a standard manner. Signed-off-by:
-
Hans Verkuil authored
Support for tuners with i2c addresses >= 0x65 is dropped since no tuners with addresses in the range 0x65-0x6f have been found. This patch removes addresses 0x65-0x6f from the list of tuner probe addresses, it removes the kernel warning that warned if addresses in this range appeared, and it removed a hack for the cx88 that is no longer needed now that the tuner address range is reduced. Signed-off-by:
-
Steven Toth authored
cx23885: Don't assume GPIO interrupts are cam related. Signed-off-by:
Steven Toth <stoth@linuxtv.org> Signed-off-by:
-
Steven Toth authored
cx88: Add support for the Hauppauge IROnly board. Signed-off-by:
-
Mauro Carvalho Chehab authored
/home/v4l/master/v4l/radio-si470x.c: In function 'si470x_fops_release': /home/v4l/master/v4l/radio-si470x.c:1218: warning: label 'unlock' defined but not used Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Tobias Klauser authored
The C99 specification states in section 6.11.5: The placement of a storage-class specifier other than at the beginning of the declaration specifiers in a declaration is an obsolescent feature. [mchehab@redhat.com: Fix a trivial merge conflict] Cc: Erik Andrén <erik.andren@gmail.com> Signed-off-by:
Tobias Klauser <tklauser@distanz.ch> Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
Erik Andrén <erik.andren@gmail.com> Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
Getting QVGA to be supported on the po1030 seems harder than I first thought. I need access to the proper hardware in order to fix it up. Signed-off-by:
-
Erik Andrén authored
The QVGA resolution currently hasn't been verified to work. Disable it for now. Signed-off-by:
-
Johannes Klug authored
Signed-off-by:
Johannes Klug <jklug@joyware.de> Signed-off-by:
-
Erik Andrén authored
Remove some redundant init from the s5k4aa. All these registers are programmed again later in the init phase Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
mt9m111: Hflip and vflip shall always be 0 at start and the image shall be correctly aligned. The mt9m111 is hflipped and vflipped by default. Correct the semantics to make this happen. Signed-off-by:
-
Erik Andrén authored
Based on how the ov9650 is configured, make an educated guess on the hsync/vsync setup for the ov7660 Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Lukas Karas authored
Signed-off-by:
Lukas Karas <lukas.karas@centrum.cz> Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Erik Andrén authored
Signed-off-by:
-
Andy Walls authored
Toggle the AI1 mux when changing the CX18_AUDIO_ENABLE register. It's hard to reliably tell when we have written to this register successfully unless we change some bits we know we can read back. The AI mux bits always read back what we wrote to them, so force them to toggle whenever we have to write to the register, so we can tell we wrote to the register successfully. This change was prompted by users experiencing broadcast audio decoding problems after the cx18 module loads for the first time. Signed-off-by:
Andy Walls <awalls@radix.net> Signed-off-by:
-
Andy Walls authored
Add code to verify the cx18-av-core digitizer firmware loads correctly. The verification function reads back and compares the firmware bytes loaded into the A/V core. The result of the verification is only used to log a message in the system log. This change was prompted by users with multiple card setups that have problems with broadcast audio decoding the first time the cx18 module is loaded. Signed-off-by:
-
Andy Walls authored
Both the MPEG-2 SVCD stream format and the MPEG-2 DVD stream format should use an MPEG-2 PS container. This makes it safe to stuff IVTV Private Stream 1 VBI packets in these stream types using the existing cx18 driver routines. Reported-by:
Helen Buus <mythtv@hbuus.com> Signed-off-by:
-
Andy Walls authored
Version bump from 1.1.0 to 1.2.0 Signed-off-by:
-
Andy Walls authored
Simplify the way outgoing work handler gets scheduled to send empty buffers back to the firmware for use. Also reduced the memory required for scheduling this outgoing work, by using a single, per stream work object. Signed-off-by:
-
Andy Walls authored
To avoid sleeps in providing buffers to user space and in handling incoming buffers from the capture unit, converted the per stream mutex for locking queues to 3 spin locks. There is now a spin lock per queue to increase concurrency when moving buffers around. Also simplified queue manipulations and buffer handling of incoming buffers of data from the capture unit. Signed-off-by:
-
Andy Walls authored
When sending an outgoing firmware command, prepare to wait before we raise the interrupt, so we don't miss the wake_up() on the acknowledgment. When waiting for the acknowledgement, there is no need to loop around schedule(), as there will only be one interrupt, and hence one wake_up(), issued. Signed-off-by:
-
Andy Walls authored
This change defers sending all CX18_CPU_DE_SET_MDL commands, for a stream with an ongoing capture, by adding a work queue to handle sending such commands when needed. This prevents any sleeps, caused by notifying the firmware of new usable buffers, when a V4L2 application read() is being satisfied or when an incoming buffer is processed by the cx18-NN-in work queue thread. Signed-off-by:
-
