- 18 May, 2010 40 commits
-
-
Christopher Pascoe authored
Signed-off-by:Mauro Carvalho Chehab <mchehab@redhat.com>
-
Mauro Carvalho Chehab authored
Signed-off-by: -
Michel Ludwig authored
Thanks to Mike Krufky for pointed that one out. Also include some minor cleanups. Signed-off-by:
Michel Ludwig <michel.ludwig@gmail.com> Signed-off-by:
-
Michel Ludwig authored
Signed-off-by:
-
Michel Ludwig authored
Signed-off-by:
-
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
read messages with length>1 where using the wrong register. Signed-off-by: -
Michel Ludwig authored
Signed-off-by:
-
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
tm5600/6000/6010 requires a large config table for video standards. Better to move this to their own file. Also added register settings for tm6010 (needs testing. Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
if a transfer buffer allocation fails, the last allocated urb is leaked (it hasn't been stored in dev->urb[] yet so tm6000_uninit_isoc misses it). The patch also includes a small typo fix. Thanks to Florin Malita <fmalita@gmail.com> for pointing this. Signed-off-by: -
Michel Ludwig authored
Signed-off-by:
-
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Michel Ludwig authored
Signed-off-by:
-
Mauro Carvalho Chehab authored
Previously, there were no sync between video buffer filling and received URBs. So, the presented image were a mix of frame and frame-1. Now, a filled buffer should contain only data for that frame. allocates a maximum of 64 KB per each URB area. This fixed two bugs: - Sometimes, there were no available continuos block of about 1 MB; - Image weren't not properly updated, since parts of the URBs aren't updated. Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
The common code is not properly working. This hack should do the work for now. Signed-off-by: -
Mauro Carvalho Chehab authored
At the first time an application were called, resolutions were wrong. Signed-off-by: -
Mauro Carvalho Chehab authored
Fix the resolutions for 625 line video standards (european PAL/SECAM) Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Compilation were causing errors, if DVB_CORE weren't selected. Signed-off-by: -
Michel Ludwig authored
Signed-off-by:
-
Michel Ludwig authored
Remove code dealing with the ZL10353 as this is all handled by the ZL10353 module. Signed-off-by:
-
Michel Ludwig authored
Modify tuner_callback to user the device's GPIO address field for tuner reset. Signed-off-by:
-
Mauro Carvalho Chehab authored
Signed-off-by: -
Michel Ludwig authored
Add experimental DVB frontend tuner interface to xc2028/3028 Signed-off-by:
-
Michel Ludwig authored
Add tuner reset GPIO and demodulator address fields to the tm6000_core struct. Signed-off-by:
-
Mauro Carvalho Chehab authored
Signed-off-by: -
Michel Ludwig authored
SMBus Write Byte commands followed by a read command on the same I2C address are not sent out to the chip as they wouldn't have any effect. Signed-off-by:
-
Michel Ludwig authored
Add GPIO4 reset, which is required to make DVB-T work with the Freecom stick. Add a general 5 ms pause to the "tm6000_read_write_usb" method. Signed-off-by:
-
