- 16 Jun, 2009 40 commits
-
-
Erik Andrén authored
Signed-off-by:
Erik Andrén <erik.andren@gmail.com> Signed-off-by:
Mauro Carvalho Chehab <mchehab@redhat.com>
-
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:
-
Andy Walls authored
Rename the work queue to "in_work_queue" to indicate it is handling incoming mailbox commands. This is preparation for adding a work queue for handling deferrable outgoing mailbox commands. Signed-off-by:
-
Robert Jarzmik authored
After DMA redesign, the pxa_camera dynamic behaviour should be documented so that future contributors understand how it works, and improve it. Signed-off-by:
Robert Jarzmik <robert.jarzmik@free.fr> Signed-off-by:
Guennadi Liakhovetski <g.liakhovetski@gmx.de> Signed-off-by:
-
Guennadi Liakhovetski authored
With the transition of soc-camera to become a platform driver and to the v4l2-subdev framework the initialisation order becomes important. In case of a static build clients (i2c) drivers have to be available when host drivers are probed. Moving host drivers down in the Makefile achieves the desired order. Signed-off-by:
-
Guennadi Liakhovetski authored
Register access routines only need the I2C client, not the soc-camera device context. Signed-off-by:
-
Guennadi Liakhovetski authored
Make camera devices direct children of host platform devices, move the inheritance management into the soc_camera.c core driver. Signed-off-by:
-
Guennadi Liakhovetski authored
Embed struct soc_camera_host in platform-specific per host instance objects instead of allocating them statically in drivers, use platform_[gs]et_drvdata consistently, use resource_size(). Signed-off-by:
-
Guennadi Liakhovetski authored
Currently pcm990 camera bus-width management functions request a GPIO and never free it again. With this approach the GPIO extender driver cannot be unloaded once camera drivers have been loaded, also unloading theb i2c-pxa bus driver produces errors, because the GPIO extender driver cannot unregister properly. Another problem is, that if camera drivers are once loaded before the GPIO extender driver, the platform code marks the GPIO unavailable and only a reboot helps to recover. Adding an explicit free_bus method and using it in mt9m001 and mt9v022 drivers fixes these problems. Signed-off-by:
Eric Miao <eric.miao@marvell.com> Signed-off-by:
-
Dmitri Belimov authored
Split Beholdr`s cards to correct models. Signed-off-by:
Beholder Intl. Ltd. Dmitry Belimov <d.belimov@gmail.com> Signed-off-by:
-
Oldřich Jedlička authored
Here comes the full support for AVerMedia Cardbus Plus (E501R) - including remote control. TV, Composite and FM radio tested, I don't have S-Video to test. I've figured out that the radio works only with xtal frequency 13MHz. [mchehab@redhat.com: CodingStyle fixes] Signed-off-by:
Oldřich Jedlička <oldium.pro@seznam.cz> Signed-off-by:
-
Andy Shevchenko authored
[mchehab@redhat.com: Fix merge conflicts and CodingStyle issues] Signed-off-by: -
Dean Anderson authored
This patch does: - remove unused structure items. - define Response values; - change Driver revision printk. Signed-off-by:
Dean Anderson <dean@sensoray.com> Signed-off-by:
-
Andreas Regel authored
Signed-off-by:
Andreas Regel <andreas.regel@gmx.de> Signed-off-by:
Manu Abraham <manu@linuxtv.org> Signed-off-by:
-
Andreas Regel authored
Signed-off-by:
-
Andreas Regel authored
Signed-off-by:
-
Andreas Regel authored
Signed-off-by:
-
Andreas Regel authored
Signed-off-by:
-
Andreas Regel authored
Signed-off-by:
-
