- 18 May, 2010 40 commits
-
-
Mauro Carvalho Chehab authored
Signed-off-by:Mauro Carvalho Chehab <mchehab@redhat.com>
-
Mauro Carvalho Chehab authored
TM6010 uses some different registers for format support. Signed-off-by: -
Maykel Moya authored
Signed-off-by:
Maykel Moya <moya@infomed.sld.cu> Signed-off-by:
-
Mauro Carvalho Chehab authored
The new way is causing machine hangups. This one works. Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
Uses about the same initialization code as defined on usbaudio.c. Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
- Remove cx88 specific setups; - Add tm6000 specific start/stop commands; - Do CodingStyle cleanups. 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
A previous committed patch hanged image output. This patch corrects this issue. It also warrants that buffer is updated for each frame0+frame1 frame set. Signed-off-by: -
Mauro Carvalho Chehab authored
tm6000 original driver seems to use a delay between two consecutive i2c write operations. Signed-off-by: -
Mauro Carvalho Chehab authored
tm6000 sometimes can't read from i2c, but this is currently required for tuner-xc2028 to work. This patch adds an option to tuner-xc2028 to not rely on i2c reading. Signed-off-by:
-
Mauro Carvalho Chehab authored
Signed-off-by: -
Mauro Carvalho Chehab authored
This requires a little more memory, and some memcpy to work, but the logic is simpler than the previous method. Signed-off-by: -
Mauro Carvalho Chehab authored
Signed-off-by: -
Chris Pascoe authored
Update the descriptions of the USB request types so that they match what we now know they do. Rework the i2c_xfer function so that it is more explicit what sort of I2C transfers it is that the tm6000 can't perform. Signed-off-by:
Chris Pascoe <c.pascoe@itee.uq.edu.au> Signed-off-by:
-
Christopher Pascoe authored
Signed-off-by: -
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:
-
