linux/drivers/staging/tm6000
Tracey Dent bee9f581f0 Staging: tm6000: Makefile: cleaned up Makefile cflag lines
Changed to use the proper ccflags-y option

Signed-off-by: Tracey Dent <tdent48227@gmail.com>
Acked-by: Sam Ravnborg <sam@ravnborg.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
2010-10-05 11:56:39 -07:00
..
Kconfig V4L/DVB: tm6000: move dvb into a separate kern module 2010-08-02 14:05:43 -03:00
Makefile Staging: tm6000: Makefile: cleaned up Makefile cflag lines 2010-10-05 11:56:39 -07:00
README V4L/DVB: tm6000: README - add vbi 2010-05-19 12:59:16 -03:00
tm6000-alsa.c staging: tm6000: fix memory leak 2010-08-31 14:51:52 -07:00
tm6000-cards.c V4L/DVB: tm6000: add ir support 2010-08-02 15:29:31 -03:00
tm6000-core.c staging: Drop unnecessary null test 2010-08-31 11:13:15 -07:00
tm6000-dvb.c V4L/DVB: tm6000: Use an enum for extension type 2010-08-02 14:05:52 -03:00
tm6000-i2c.c V4L/DVB: Staging: tm6000: Fix coding style issues 2010-08-02 14:05:44 -03:00
tm6000-input.c V4L/DVB: tm6000-input: Make checkpatch.pl happy 2010-08-02 15:29:35 -03:00
tm6000-regs.h V4L/DVB: tm6000: add request to registers of the group 05 2010-05-18 00:47:11 -03:00
tm6000-stds.c V4L/DVB: Staging: tm6000: Fix coding style issues 2010-08-02 14:05:44 -03:00
tm6000-usb-isoc.h V4L/DVB: tm6000: rewrite copy_streams 2010-08-02 14:05:40 -03:00
tm6000-video.c V4L/DVB: tm6000: Partially revert some copybuf logic 2010-08-02 14:06:02 -03:00
tm6000.h V4L/DVB: tm6000: add ir support 2010-08-02 15:29:31 -03:00

Todo:
	- Fix the loss of some blocks when receiving the video URB's
	- Add a lock at tm6000_read_write_usb() to prevent two simultaneous access to the
	  URB control transfers
	- Properly add the locks at tm6000-video
	- Add audio support
	- Add vbi support
	- Add IR support
	- Do several cleanups
	- I think that frame1/frame0 are inverted. This causes a funny effect at the image.
	  the fix is trivial, but require some tests
	- My tm6010 devices sometimes insist on stop working. I need to turn them off, removing
	  from my machine and wait for a while for it to work again. I'm starting to think that
	  it is an overheat issue - is there a workaround that we could do?
	- Sometimes, tm6010 doesn't read eeprom at the proper time (hardware bug). So, the device
	  got miss-detected as a "generic" tm6000. This can be really bad if the tuner is the
	  Low Power one, as it may result on loading the high power firmware, that could damage
	  the device. Maybe we may read eeprom to double check, when the device is marked as "generic"
	- Coding Style fixes
	- sparse cleanups

Please send patches to linux-media@vger.kernel.org