linux/drivers/staging/tm6000
Linus Torvalds 664a41b8a9 Merge branch 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6
* 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6: (430 commits)
  [media] ir-mce_kbd-decoder: include module.h for its facilities
  [media] ov5642: include module.h for its facilities
  [media] em28xx: Fix DVB-C maxsize for em2884
  [media] tda18271c2dd: Fix saw filter configuration for DVB-C @6MHz
  [media] v4l: mt9v032: Fix Bayer pattern
  [media] V4L: mt9m111: rewrite set_pixfmt
  [media] V4L: mt9m111: fix missing return value check mt9m111_reg_clear
  [media] V4L: initial driver for ov5642 CMOS sensor
  [media] V4L: sh_mobile_ceu_camera: fix Oops when USERPTR mapping fails
  [media] V4L: soc-camera: remove soc-camera bus and devices on it
  [media] V4L: soc-camera: un-export the soc-camera bus
  [media] V4L: sh_mobile_csi2: switch away from using the soc-camera bus notifier
  [media] V4L: add media bus configuration subdev operations
  [media] V4L: soc-camera: group struct field initialisations together
  [media] V4L: soc-camera: remove now unused soc-camera specific PM hooks
  [media] V4L: pxa-camera: switch to using standard PM hooks
  [media] NetUP Dual DVB-T/C CI RF: force card hardware revision by module param
  [media] Don't OOPS if videobuf_dvb_get_frontend return NULL
  [media] NetUP Dual DVB-T/C CI RF: load firmware according card revision
  [media] omap3isp: Support configurable HS/VS polarities
  ...

Fix up conflicts:
 - arch/arm/mach-omap2/board-rx51-peripherals.c:
     cleanup regulator supply definitions in mach-omap2
   vs
     OMAP3: RX-51: define vdds_csib regulator supply
 - drivers/staging/tm6000/tm6000-alsa.c (trivial)
2011-07-30 00:08:53 -07:00
..
CARDLIST [media] tm6000: add CARDLIST 2011-05-20 09:28:42 -03:00
Kconfig [media] rc: rename the remaining things to rc_core 2010-12-29 08:16:50 -02:00
Makefile Staging: tm6000: Makefile: replace the use of <module>-objs with <module>-y 2010-10-08 07:23:41 -07:00
README V4L/DVB: tm6000: README - add vbi 2010-05-19 12:59:16 -03:00
tm6000-alsa.c Merge branch 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-2.6 2011-07-30 00:08:53 -07:00
tm6000-cards.c Remove unneeded version.h includes (and add where needed) for drivers/tm6000/ 2011-07-05 10:39:38 -07:00
tm6000-core.c [media] tm6000: remove unused exports 2011-05-20 20:08:48 -03:00
tm6000-dvb.c tm6000: Cleaned up code style in tm6000-dbv.c 2011-06-28 14:27:23 -07:00
tm6000-i2c.c tm6000: Cleaned up code style in tm6000-i2c.c 2011-06-28 14:27:23 -07:00
tm6000-input.c tm6000: Clean up code style in tm6000-input.c 2011-06-28 14:27:24 -07:00
tm6000-regs.h [media] tm6000: add/rework reg.defines 2011-03-21 20:31:53 -03:00
tm6000-stds.c [media] tm6000: change input control 2011-05-20 20:04:53 -03:00
tm6000-usb-isoc.h [media] tm6000: fix uninitialized field, change prink to dprintk 2011-05-21 07:24:19 -03:00
tm6000-video.c Staging: tm6000: remove unneeded check in get_next_buf() 2011-07-08 14:06:38 -07:00
tm6000.h Remove unneeded version.h includes (and add where needed) for drivers/tm6000/ 2011-07-05 10:39:38 -07:00
TODO [media] tm6000: rework and fix IR 2010-12-29 08:17:15 -02: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