- 26 Sep, 2006 40 commits
-
-
Chris Pascoe authored
Address another case where the test in dvb-pll to see if a tuner's PLL responds when attaching may fail. Signed-off-by:
Chris Pascoe <c.pascoe@itee.uq.edu.au> Signed-off-by:
Mauro Carvalho Chehab <mchehab@infradead.org>
-
Michael Krufky authored
This patch cleans up some whitespace problems after the dvb_attach changes in cx88-dvb.c and saa7134-dvb.c, and converts some capitalized i2c address constants to lowercase. Signed-off-by:
Michael Krufky <mkrufky@linuxtv.org> Signed-off-by:
-
Michael Krufky authored
The test in dvb-pll to see if a tuner's PLL responds when attaching fails on NXT2004 based boards before the firmware is loaded. This patch allows us to avoid this test by not passing an I2C bus handle to the dvb_pll_attach routine, just as Chris Pascoe has done for MT352 and ZL10353 based boards when used in cx88-dvb. Signed-off-by:
-
Chris Pascoe authored
Typical wiring of MT352 and ZL10353 based tuners differs from dvb-pll's expectation that the PLL is directly accessible. On these boards, the PLL is actually hidden behind the demodulator, and as such can only be accessed via the demodulator's interface. It was failing to communicate with the PLL during an attach test and subsequently not connecting the tuner ops. By passing a NULL I2C bus handle to dvb_pll_attach, this accessibility check can be bypassed. Do this for the affected boards. Also fix a possible NULL dereference at sleep time, which would otherwise be exposed by this change. Signed-off-by:
Andrew de Quincey <adq_dvb@lidskialf.net> Acked-by:
Manu Abraham <manu@linuxtv.org> Signed-off-by:
-
Yeasah Pell authored
Change this card to use HW ALGO tuning Signed-off-by:
Yeasah Pell <yeasah@schwide.com> Signed-off-by:
-
Yeasah Pell authored
Change the bit error counter configuration to be the actual BER. Originally it was reporting UCB. Signed-off-by:
-
Yeasah Pell authored
Set the Soft decision threshold properly for the specified FEC Signed-off-by:
-
Manu Abraham authored
Signed-off-by:
-
Andrew de Quincey authored
The tda826x detection was (correctly) cleaned up earlier, but unfortunately changing the number of received i2c messages from 2 -> 1 was missed. This fixes it. Signed-off-by:
-
Andrew de Quincey authored
Signed-off-by:
-
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Just a few adjustments were required on those drivers to be V4L2 compliant. Signed-off-by: -
Hans Verkuil authored
Signed-off-by:
Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by:
-
Dmitry Torokhov authored
Compile-tested only (no hardware) Signed-off-by:
Dmitry Torokhov <dtor@mail.ru> Signed-off-by:
-
Alan Cox authored
Signed-off-by:
Alan Cox <alan@redhat.com> Signed-off-by:
-
Hans J. Koch authored
This is a card with RDS capabilities. RDS specifications didn't change from V4L1 to V4L2, so that part should be OK. This patch changed the following stuff: * The device can be opened multiple times. That's necessary because there are at least a radio application and an RDS application (rdsd) that want to open() the device. * Added a poll() function. Every character device should have that, and rdsd expects it as it uses select() on that file descriptor. * Converted the ioctls to V4L2. MUTE is not implemented correctly as the card doesn't seem to have a special bit for that. Probably there are a few more ioctls that should at least return 0 or an error. As I do not own such a card, I couldn't test anything. If there is anybody out there who owns such an ancient card, please test and report. I just checked that the code compiles. Signed-off-by:
Hans J. Koch <koch@hjk-az.de> Signed-off-by:
-
Andrew de Quincey authored
This was breaking the build if i2c was not previously set Signed-off-by:
-
Andrew de Quincey authored
As opposed to printk() at the moment, which will fill logs uselessly Signed-off-by:
-
Andrew de Quincey authored
I missed one call during the dvb_attach() development. Signed-off-by:
-
Andrew de Quincey authored
Left on by accident. Signed-off-by:
-
Trent Piepho authored
Remove the 0-byte write that precedes 2-byte read. Move initialize the info field in the static tuner_ops definition, so that it doesn't need to be done manually. Signed-off-by:
Trent Piepho <xyzzy@speakeasy.org> Signed-off-by:
-
Igor M. Liplianin authored
Add support for Acorp TV134DS and FlyDVB-S cards (both based on tda10086+tda826x) Signed-off-by:
Igor M. Liplianin <liplianin@me.by> Signed-off-by:
-
Andrew de Quincey authored
Add the necessary code and makefile infrastructure Signed-off-by:
-
Andrew de Quincey authored
TDA10086 is a new DVB-S demodulator TDA826x is a DVB-S Silicon Tuner Signed-off-by:
-
Andrew Morton authored
drivers/media/radio/radio-sf16fmi.c: In function 'fmi_do_ioctl': drivers/media/radio/radio-sf16fmi.c:147: warning: implicit declaration of function 'KERNEL_VERSION' Signed-off-by:
Andrew Morton <akpm@osdl.org> Signed-off-by:
-
Andrew de Quincey authored
Move the call to dst_attach into the dst_attach function to eliminate problems caused with dvb_attach. Signed-off-by:
-
Andrew de Quincey authored
Remove buggy dvb_detach() macro and replace with unified dvb_frontend_detach() call. Signed-off-by:
-
Andrew de Quincey authored
I added a duplicate method during one of the previous dvb_attach attempts. This removes the unnecessary duplication. Signed-off-by:
-
Andrew de Quincey authored
Replaced with dvb_attach() Signed-off-by:
-
Andrew de Quincey authored
Allow it to be en/disabled Disable it in < 2.6.17 due to symbol_xxx() bug Signed-off-by:
-
Andrew de Quincey authored
Only devices using > 1 frontend were ported; ones which did not are left using static binding. Signed-off-by:
-
Andrew de Quincey authored
Add dvb_attach() macro and supporting routines Signed-off-by:
-
Andrew de Quincey authored
Rewrote _write() calls to use write() op. Signed-off-by:
-
Andrew de Quincey authored
Convert SEC drivers to new frontend API Signed-off-by:
-
Andrew de Quincey authored
Add write() op Add release_sec() op Add change misc_priv->sec_priv data field Acked-by:
-
Adrian Bunk authored
Since av7110.c is the only file actually using something from this header, there's no reson for other files to Signed-off-by:
Adrian Bunk <bunk@stusta.de> Signed-off-by:
-
Mike Isely authored
This change causes the pvrusb2 driver to limit horizontal resolution to be only 720 if 24xxx device hardware is being used. This is a workaround for an unsolved problem in the driver where if the resolution is set to something other than 720 the video quality will be _seriously_ degraded. It only happens on 24xxx devices (29xxx are unaffected by the problem and unaffected by this change). Once the problem is finally solved, this small change can be removed. Signed-off-by:
Mike Isely <isely@pobox.com> Signed-off-by:
-
Mike Isely authored
The internal control implementation in the pvrusb2 driver normally encodes integer range limits using literal values in a const structure. This change adds two function pointers, which if not null will be called through in order to determine integer min / max values. Signed-off-by:
-
Mike Isely authored
The pvrusb2 implementation for VIDIOC_[S|TRY]_FMT was hardcoding limits on the range for allowed resolution, but it would be much better if we instead just queried the internal control for these values. This then opens the door for the driver to adjust these limits based on the detected hardware. Signed-off-by:
-
Mike Isely authored
Fix a few miscellaneous issues in the pvrusb2 driver related to use of the new mpeg controls. This also should fix problems involving update of the saa7115 / cx25840 configuration as control changes are made. Signed-off-by:
-
