- 25 Jan, 2008 40 commits
-
-
Michael Krufky authored
Signed-off-by:
Michael Krufky <mkrufky@linuxtv.org> Signed-off-by:
Mauro Carvalho Chehab <mchehab@infradead.org>
-
Michael Krufky authored
Identify the silicon during attach, return NULL if unsupported device. Signed-off-by:
-
Michael Krufky authored
Bit 7 of both Main Divider byte 1 and Cal Divider byte 1 is always zero. Signed-off-by:
-
Matthias Schwarzott authored
Fixes all occurences of assignment in if checkpatch marks them as ERROR. Signed-off-by:
Matthias Schwarzott <zzam@gentoo.org> Reviewed-by:
Andreas Oberritter <obi@linuxtv.org> Signed-off-by:
-
Michael Krufky authored
Signed-off-by:
-
Michael Krufky authored
Add module option 'alt_tuner' disabled by default. When set to one, the dvb_frontend of HVR1800 will consist of: s5h1409 demod + tda18271 tuner When set zero (default), the dvb_frontend of HVR1800 will consist of: s5h1409 demod + mt2131 tuner If the tda18271 is used in digital mode, you will not be able to tune an analog channel at the same time. Signed-off-by:
-
Michael Krufky authored
Signed-off-by:
-
Michael Krufky authored
Signed-off-by:
-
Chris Pascoe authored
If we are selecting the S-Code firmware to load by name, then we must mask off the HAS_IF bit during the search. Signed-off-by:
Chris Pascoe <c.pascoe@itee.uq.edu.au> Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
Hans Verkuil <hverkuil@xs4all.nl> Signed-off-by:
-
Michael Krufky authored
Fix the following build warning: xc5000.c:560: warning: format '%d' expects type 'int', but argument 2 has type 'size_t' On many architectrues size_t is unsigned long, and may not be printed with %d. Use %Zu instead. Signed-off-by:
-
Michael Krufky authored
xc2028_attach was returning an integer when disabled from the build, where it should instead be returning NULL. Declare xc2028_attach as type dvb_frontend * instead of void *. The prototype declaration must be marked as extern in the header. Signed-off-by:
-
Michael Krufky authored
Signed-off-by:
-
Michael Krufky authored
We want to set bits 1 & 2 on easy programming byte 4, not extended byte 4. Thanks to David Wong for pointing this out. Signed-off-by:
-
Steven Toth authored
Add Hauppauge tuner type 150 defintion. Signed-off-by:
Steven Toth <stoth@hauppauge.com> Signed-off-by:
-
Steven Toth authored
Avoid 'unknown model' message for the HVR1500-Q Signed-off-by:
-
Steven Toth authored
This translates much of the xceive coding style, adds some result codes and generally cleans up whitespace and function arguments. Signed-off-by:
-
Steven Toth authored
The express card ATSC/QAM tuner. Signed-off-by:
-
Steven Toth authored
This is an all formats tuner, QAM, ATSC, DVB-T and others. Only ATSC and QAM have been tested. Signed-off-by:
-
Michael Krufky authored
Signed-off-by:
-
Michael Krufky authored
Rather than using a pointer, include struct analog_demod_ops directly inside struct dvb_frontend. This will allow us to use dvb_attach in the future, along with removing the need to check the ops structure before having to check the pointer to the method being called. Signed-off-by:
-
Michael Krufky authored
Signed-off-by:
-
Michael Krufky authored
struct analog_tuner_ops no longer has any dependencies specific to v4l2, so we can move this into dvb_frontend.h with the rest of the tuning structures. Signed-off-by:
-
Michael Krufky authored
tuner_count is already declared as "extern unsigned const int" in <media/tuner-types.h> -- Remove it from tuner-driver.h Signed-off-by:
-
Michael Krufky authored
In my testing yesterday, I was using a scan file tailored specifically for a unique test situation -- As it turns out, this scan file was bad, and I will use the one included inside dvb-apps for testing for now on. I've tested with other ATSC tuners just to confirm, using: us-ATSC-center-frequencies-8VSB Anyhow, as it turns out, the tuner-xc2028 *does* require a tuning offset for ATSC. Even though the linux-dvb api passes in center frequencies from userspace, apparantly the xceive firmware is already factoring in the tuning offset to center. In order to make the device function using the same scan files / channels.conf configurations as other atsc devices, we must offset by 1.75 MHz. Signed-off-by:
-
Matthias Schwarzott authored
do { \ if (debug) printk(KERN_DEBUG "mt312: " args); \ } while (0) So no caller need to specify KERN_DEBUG. Signed-off-by: -
Matthias Schwarzott authored
Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
For some reason the include header wasn't changed from v4l2-i2c-drv-legacy.h to v4l2-i2c-drv.h in the previous patch. This is now corrected. Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Signed-off-by:
-
Hans Verkuil authored
Thanks to Steve Toth from Hauppauge with providing me with the information needed to add support for these models. Signed-off-by:
-
Mauro Carvalho Chehab authored
ATSC works with offset=0 Signed-off-by: -
Chris Pascoe authored
When an I2C message specifies a write then a read from the same I2C address, we need to tell the chip to not release the bus between the message parts. Signed-off-by:
-
