- 16 Jun, 2009 40 commits
-
-
Devin Heitmueller authored
Make the KWorld 2800d work properly. In this case, that means making the profile more generic so that it works for both the Pointnix Intra-Oral USB camera and the KWorld device. The device provides the audio through a pass-thru cable, so we don't need an actual audio capture profile (neither the K-World device nor the Pointnix have an onboard audio decoder). Thanks to Paul Thomas for providing sample hardware. Cc: Paul Thomas <pthomas8589@gmail.com> Signed-off-by:
Devin Heitmueller <dheitmueller@kernellabs.com> Signed-off-by:
Mauro Carvalho Chehab <mchehab@redhat.com>
-
Devin Heitmueller authored
The au0828 basically just doesn't work at 12 Mbps. The isoc pipe needs nearly 200 Mbps for analog support, so users would see garbage video, and on the DVB/ATSC side scanning is likely to work but if the user tried to tune it would certainly appear to have failed. It's better to fail explicity up front and tell the user to plug into a USB 2.0 port, than to let the driver load and the user have weird problems with tuning and garbage video. Signed-off-by:
-
Devin Heitmueller authored
The em28xx basically just doesn't work at 12 Mbps. The isoc pipe needs nearly 200 Mbps for analog support, so users would see garbage video, and on the DVB/ATSC side scanning is likely to work but if the user tried to tune it would certainly appear to have failed. It's better to fail explicity up front and tell the user to plug into a USB 2.0 port, than to let the driver load and the user have weird problems with tuning and garbage video. Signed-off-by:
-
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Both ATSC and DVB @ 6MHz bandwidth require the same offset. While we're fixing it, let's cleanup the bandwidth setup to better reflect the fact that it is a function of the bandwidth. Thanks to Terry Wu <terrywu2009@gmail.com> for pointing this issue and to Andy Walls <awalls@radix.net> for an initial patch for this fix. Cc: Terry Wu <terrywu2009@gmail.com> Acked-by:
Andy Walls <awalls@radix.net> Signed-off-by:
-
Mauro Carvalho Chehab authored
The only two countries that are known to use 6MHz bandwidth are Taiwan and Uruguay. Both use QAM subcarriers at OFTM. This patch fixes the firmware load for such countries, where the required firmware is the QAM one. This also confirms the previous tests where it was noticed that the 6MHz QAM firmware doesn't work for cable. So, this patch also removes support for DVB-C, instead of just printing a warning. Thanks to Terry Wu <terrywu2009@gmail.com> for pointing this issue and to Andy Walls <awalls@radix.net> for an initial patch for this fix. Cc: Terry Wu <terrywu2009@gmail.com> Acked-by:
-
Antti Palosaari authored
Add USB ID (0458:4012) for Genius TVGo DVB-T03. Thanks to Petr Vodicka <vodicka.petr@email.cz> for reporting and testing. Tested-by:
Petr Vodicka <vodicka.petr@email.cz> Signed-off-by:
Antti Palosaari <crope@iki.fi> Signed-off-by:
-
Andy Walls authored
Thanks to David Ward and Mike Krufky for reporting the problem and debugging this as an unresolved symbol due to a 64 bit divide on a 32 bit system. David Ward provided the content of this patch; Andy Walls only performed some cosmetic edits. Reported-by:
David Ward <david.ward@gatech.edu> Signed-off-by:
-
Robert Krakora authored
Test Code: (Provided by Douglas) v4l-dvb/v4l2-apps/test/stress-buffer.c The audio DMA area was never being freed and would slowly leak over time as the v4l device was opened and closed by an application. Thanks again to Douglas for generating the test code to help locate memory leaks!!! Signed-off-by:
Robert Krakora <rob.krakora@messagenetsystems.com> Signed-off-by:
Douglas Schilling Landgraf <dougsland@redhat.com> Signed-off-by:
-
Filipe Rosset authored
Remove always false if over unsigned int variable Signed-off-by:
Filipe Rosset <rosset.filipe@gmail.com> Signed-off-by:
-
Randy Dunlap authored
Add a kconfig symbol that allows someone to disable all multimedia config options at one time. Signed-off-by:
Randy Dunlap <randy.dunlap@oracle.com> Signed-off-by:
-
David Wong authored
This patch add cx23885 support for card "Mygica X8506 DMB-TH". It should work on "Magic-Pro ProHDTV Extreme" as well, as they are same hardware with different branding. Sign-off-by:
David T.L. Wong <davidtlwong@gmail.com> Signed-off-by:
-
Miroslav Sustek authored
Enables analog/digital tv, radio and remote control (gpio). Tested-by:
Marcin Wojcikowski <emtees.mts@gmail.com> Tested-by:
Karel Juhanak <karel.juhanak@warnet.cz> Tested-by:
Andrew Goff <goffa72@gmail.com> Tested-by:
Jan Novak <novak-j@seznam.cz> Signed-off-by:
Miroslav Sustek <sustmidown@centrum.cz> Signed-off-by:
-
Hans de Goede authored
Binary files /home/v4l/tokernel/oldtree/Documentation/video4linux/v4lgrab.o and /home/v4l/tokernel/linux/Documentation/video4linux/v4lgrab.o differ Signed-off-by:
Hans de Goede <hdegoede@redhat.com> Signed-off-by:
Jean-Francois Moine <moinejf@free.fr> Signed-off-by:
-
Hans de Goede authored
- Extend the gain range - Adjust the exposure - Remove the broken autogain Signed-off-by:
-
Jean-Francois Moine authored
The YUYV 640x480 format did not work with ov965x. Signed-off-by:
-
Jean-Francois Moine authored
Signed-off-by:
-
Jean-Francois Moine authored
Signed-off-by:
-
Andy Walls authored
Fix the burst gate delays to use a crystal value of 28636360 as assumed by the rest of the driver. Also have the initial color sub-carrier freq paramter use the src decimation ratio per the documentation, instead of the actual crystal/pixel clock ratio. The tracking circuit will find the correct color subcarrier in any case, as long as we're close. Also fix up some debug print statements. Signed-off-by:
-
Andy Walls authored
Finish changes for sliced and raw VBI for 625 line systems. Tested with VPS and WSS being emitted by a PVR-350 in field 1 lines 16 and 23. Signed-off-by:
-
Andy Walls authored
Initial changes to get sliced VBI for 625 line system working. This is patch is untested. Signed-off-by:
-
Michael Krufky authored
Signed-off-by:
Michael Krufky <mkrufky@kernellabs.com> Signed-off-by:
-
Michael Krufky authored
The i2c quirk in the saa7134_i2c_xfer function does a bogus write to i2c address 0xfd, to work around a bug in the silicon that affects read transactions. Unfortunately, this hack is not working properly, since the bogus write is to 0xfd, an invalid i2c address. Fix this quirk by using an actual valid i2c address, 0xfe, which is still unlikely to be used as an i2c address for any actual i2c client. This is required in order to properly communicate with a TDA10048 DVB-T demod located at i2c address 0x10 on the primary i2c bus. Signed-off-by:
-
Michael Krufky authored
Steve missed the HVR1210 config struct for the TDA10048 in his IF freq patch. Signed-off-by:
-
Steven Toth authored
This was causing a lock failure in Australia. Signed-off-by:
Steven Toth <stoth@kernellabs.com> Signed-off-by:
-
Steven Toth authored
pvrusb2: Ensure we specify I/F's for all bandwidths Signed-off-by:
Mike Isely <isely@pobox.com> Signed-off-by:
-
Steven Toth authored
cx23885: Ensure we specify I/F's for all bandwidths Signed-off-by:
-
Steven Toth authored
TDA10048: Ensure the I/F changes during DVB-T 6/7/8 bandwidth changes. Signed-off-by:
-
figo.zhang authored
The variable minor have assigned value twice, the first time is in the initial "video_device" data struct in those drivers, pls see saa7134-video.c,line 2503. --- Signed-off-by:
Figo.zhang <figo.zhang@kolorific.com> Signed-off-by:
-
figo.zhang authored
saa7134-video.c: poll method lose race condition Signed-off-by:
-
Dean Anderson authored
Adding V4L2_MODE_HIGHQUALITY feature. Signed-off-by:
Dean Anderson <dean@sensoray.com> Signed-off-by:
-
Filipe Rosset authored
Update the 17ef:480b device comment to list Lenovo Thinkpad SL400. Signed-off-by:
Laurent Pinchart <laurent.pinchart@skynet.be> Signed-off-by:
-
Jean Delvare authored
Now that the ir-kbd-i2c driver has been converted to a new-style i2c driver, we can instantiate the ir_video I2C device by default. The pvr2_disable_ir_video is kept to disable the IR receiver, either because the user doesn't use it, or for debugging purpose. Signed-off-by:
Jean Delvare <khali@linux-fr.org> Acked-by:
-
Jean Delvare authored
Probe I2C addresses 0x71 and 0x6b for IR receiver devices (for the PVR150 and Adaptec cards, respectively.) Signed-off-by:
-
Jean Delvare authored
Now that we instantiate I2C IR devices explicitly, we can skip probing altogether on boards where the I2C IR device address is known. The AVerMedia Cardbus E506R is one of these boards. Tested-by:
Oldrich Jedlicka <oldium.pro@seznam.cz> Signed-off-by:
-
Jean Delvare authored
Now that we instantiate I2C IR devices explicitly, we can skip probing altogether on boards where the I2C IR device address is known. The MSI TV@nywhere Plus is one of these boards. Signed-off-by:
-
Jean Delvare authored
The code in ir_probe makes the dangerous assumption that all IR receivers are supported by the driver. The new i2c model makes it possible for bridge drivers to instantiate IR devices before they are supported, therefore the ir-kbd-i2c drivers must be made more robust to not spam the logs or even crash on unsupported IR devices. Simply, the driver will not bind to the unsupported devices. Signed-off-by:
-
Jean Delvare authored
For specific boards, pass initialization data to ir-kbd-i2c instead of modifying the settings after the device is initialized. This is more efficient and easier to read. Signed-off-by:
-
Jean Delvare authored
Let card drivers probe for IR receiver devices and instantiate them if found. Ultimately it would be better if we could stop probing completely, but I suspect this won't be possible for all card types. There's certainly room for cleanups. For example, some drivers are sharing I2C adapter IDs, so they also had to share the list of I2C addresses being probed for an IR receiver. Now that each driver explicitly says which addresses should be probed, maybe some addresses can be dropped from some drivers. Also, the special cases in saa7134-i2c should probably be handled on a per-board basis. This would be more efficient and less risky than always probing extra addresses on all boards. I'll give it a try later. Signed-off-by:
-
Jean Delvare authored
In the standard device driver binding model, the name field of struct i2c_client is used to match devices to their drivers, so we must stop using it for internal purposes. Define a separate field in struct IR_i2c as a replacement, and use it. Signed-off-by:
-
