- 17 Oct, 2008 40 commits
-
-
Darron Broad authored
This adds I2S-ADC tvaudio mode as a formal method of audio delivery. This fixes one bug and adds fm audio via I2S-ADC on cards that support it. The bug occured before when I2S-ADC mode was initiated on composite/s-video open but was then reset within 500ms by the audio thread which used any previous audio tuning details. Signed-off-by:
Darron Broad <darron@kewl.org> Signed-off-by:
Steven Toth <stoth@linuxtv.org> Signed-off-by:
Mauro Carvalho Chehab <mchehab@redhat.com>
-
Darron Broad authored
This tuner was already supported by proxy as an FMD1216ME, however, the MEX uses a different FM Radio IF so this addition is now required. Signed-off-by:
-
Darron Broad authored
This adds audio routing for the hvr-1300/3000/4000 cards enabling FM audio for the I2S ADC method of the cx88. At this time only the HVR-4000 has been tested. It is assumed the HVR-3000/1300 are the same. Signed-off-by:
-
Darron Broad authored
This fixes attachment failure where we now unwind attachment and skip non-attached nodes where necessary so we can survive a fault situation correctly. Signed-off-by:
-
Darron Broad authored
To optimise data storage redundant vars are removed. Signed-off-by:
-
Darron Broad authored
When moving from one frontend to another an application could spawn multiple threads opening the same new frontend and in some circumstances all of these could become delayed waiting for the previous frontend readers or previous frontend writer thread to complete. In this scenario the first thread will succeed on open to bring the new frontend online but any others will return EBUSY. This is a fault. If the first succeeds and all others are on the same frontend then they should succeed also. Signed-off-by:
-
Steven Toth authored
mxl5005s: Checkpatch compliance Signed-off-by:
-
Steven Toth authored
A number of users have complained that their syslog often shows this messages but it doesn't impact performance. I'm changing this to a debug message, so developers will still see the message during testing and users will no longer be bothered by this. Signed-off-by:
-
Steven Toth authored
xc5000: Checkpatch compliance Signed-off-by:
-
Steven Toth authored
cx24123: Checkpatch compliance Signed-off-by:
-
Steven Toth authored
s5h1411: Checkpatch compliance Signed-off-by:
-
Steven Toth authored
s5h1409: Checkpatch compliance Signed-off-by:
-
Steven Toth authored
cx24116: Checkpatch compliance #3 Signed-off-by:
-
Steven Toth authored
cx22702: Checkpatch compliance Signed-off-by:
-
Steven Toth authored
tda10048: Checkpatch compliance Signed-off-by:
-
Steven Toth authored
cx24116: Checkpatch compliance #2 Signed-off-by:
-
Steven Toth authored
cx24116: Checkpatch compliance Signed-off-by:
-
Steven Toth authored
au0828: Checkpatch compliance Signed-off-by:
-
Steven Toth authored
cx23885: Checkpatch compliance Signed-off-by:
-
Steven Toth authored
cx88: Convert __FUNCTION__ to __func__ Signed-off-by:
-
Michael Krufky authored
Autodetect 2040:5520 and 2040:5530 as Hauppauge WinTV MiniStick Signed-off-by:
Michael Krufky <mkrufky@linuxtv.org> Signed-off-by:
-
Michael Krufky authored
Add autodetection support for a new revision of the Hauppauge HVR950Q (2040:721e) Signed-off-by:
-
Magnus Damm authored
Update the soc_camera_platform header with licensing information. Signed-off-by:
Magnus Damm <damm@igel.co.jp> Signed-off-by:
Guennadi Liakhovetski <g.liakhovetski@gmx.de> Signed-off-by:
-
Magnus Damm authored
This patch improves the buffer handling in the sh_mobile_ceu driver. Instead of marking all queued buffers as VIDEOBUF_ACTIVE the code now marks queued-but-not-active buffers as VIDEOBUF_QUEUED and buffers involved in dma as VIDEOBUF_ACTIVE. The code is also updated with code to cancel active buffers, thanks to Morimoto-san. Tested-by:
Kuninori Morimoto <morimoto.kuninori@renesas.com> Signed-off-by:
-
Magnus Damm authored
Extend the sh_mobile_ceu driver to enable byte swap. This way bytes are stored in memory in incoming byte order. Signed-off-by:
-
Magnus Damm authored
This patch adds CEU hardware block comments to the sh_mobile_ceu driver. Signed-off-by:
-
Guennadi Liakhovetski authored
Switching sensors on and off is now done by sensor drivers themselves, typically using platform-provided hooks. Update soc_camera_platform.c to do the same. Also remove a refundant struct soc_camera_platform_info definition from soc_camera_platform.c. Tested-by:
-
Jean Delvare authored
Signed-off-by:
Jean Delvare <khali@linux-fr.org> Signed-off-by:
-
Magnus Damm authored
This patch adds RGB555 pixel format support to the vivi driver. Both little endian and big endian versions are added. The driver follows the RGB pixel format described in Table 2-2 of the V4L2 API spec, _not_ the older BGR interpretation described in Table 2-1. Signed-off-by:
-
Magnus Damm authored
This patch adds RGB565 pixel format support to the vivi driver. Both little endian and big endian versions are added. The driver follows the RGB pixel format described in Table 2-2 of the V4L2 API spec, _not_ the older BGR interpretation described in Table 2-1. Signed-off-by:
-
Magnus Damm authored
This patch simply adds UYVY pixel format support to the vivi driver. Signed-off-by:
-
Magnus Damm authored
This patch contains the ground work to add support for multiple pixel formats to vivi.c Signed-off-by:
-
Magnus Damm authored
This patch improves the color space conversion code in vivi.c to directly draw with precalculated YUV values as palette instead of drawing with YUV that is calculated from RGB for every two pixels. This way we eliminate the need for 9 multiplications every two pixels. A side effect of this patch is that the time counter is changed from green text on black background to white text on black background. Signed-off-by:
-
Jean Delvare authored
There's no point in logging two messages for the same error. Signed-off-by:
-
Steven Toth authored
cx23885 frontend allocation code needs to exist in the higher function, and it also needs to ensure videobug is also correctly initialised on a per frontend basis. This code uses the previous num_frontends patch to safely init each future MFE frontend on a single tsport as as safely as possible - given that we don't have any of those boards. Again, better to add all of this safety code now, while the MFE patch set is fresh in everyone mind, than to try and add it 12-24 months from now, when the subject is cold. Signed-off-by:
-
Steven Toth authored
This allows some cardcoded functions to be more flexible, and paves the way for any future cards that may have MFE support. Better to add it now when the MFE patches is fresh in peoples mind, rather than 12 months from now when new cards appear. Signed-off-by:
-
Steven Toth authored
Bug: the tree generated an oops when the cx23885 was laoded. This avoids the oops by ensuring the mutex is correctly initialised before it's used. Signed-off-by:
-
Darron Broad authored
This add initial configuration for radio support on the hvr-3000/4000. FM radio doesn't work as yet without further patches (to come), but this prepares for that. Experimental radio support shows that it works when combined with additional audio routing work for cards with an FMD1216ME analogue frontend, but not the MEX variant (more later). Signed-off-by:
-
Darron Broad authored
This adds audio routing on the hvr-3000/4000 This is a preliminary patch for later routing requirements. This adds line-in support on the 2 cards mentioned. It is also apparent that there is an initial open fault for line-in when opening composite/s-video. This will be fixed later. It was also noticed that the bit-field for audio routing which was 2 bits needs an increase as the WM8775 for example, allows a value 4 bits wide for it's audio mux. Signed-off-by:
-
Darron Broad authored
This add frontend R/W mutual exclusion. Prior to this point in time it was possible to open both frontends simultaneously which an MFE card cannot support. In order to stop this, a delayed open is performed which has the following function: - Return EBUSY after a configurable amount of time if a frontend is unavailable due to the other being in use. - Only allow opening of a frontend if the kernel thread of the other has stopped. This solution was chosen to allow switching between frontends to work as seamlessly as possible. When both frontends are actually opened simultaneously then one will only open, but if quick switching is performed between one of many then the new open will succeed in a clean fashion rather than interrupting a kernel thread. Signed-off-by:
-
