linux-stable/drivers/staging/tm6000
Linus Torvalds 76d21c5635 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: (442 commits)
  [media] videobuf2-dma-contig: make cookie() return a pointer to dma_addr_t
  [media] sh_mobile_ceu_camera: Do not call vb2's mem_ops directly
  [media] V4L: soc-camera: explicitly require V4L2_BUF_TYPE_VIDEO_CAPTURE
  [media] v4l: soc-camera: Store negotiated buffer settings
  [media] rc: interim support for 32-bit NEC-ish scancodes
  [media] mceusb: topseed 0x0011 needs gen3 init for tx to work
  [media] lirc_zilog: error out if buffer read bytes != chunk size
  [media] lirc: silence some compile warnings
  [media] hdpvr: use same polling interval as other OS
  [media] ir-kbd-i2c: pass device code w/key in hauppauge case
  [media] rc/keymaps: Remove the obsolete rc-rc5-tv keymap
  [media] remove the old RC_MAP_HAUPPAUGE_NEW RC map
  [media] rc/keymaps: Rename Hauppauge table as rc-hauppauge
  [media] rc-rc5-hauppauge-new: Fix Hauppauge Grey mapping
  [media] rc-rc5-hauppauge-new: Add support for the old Black RC
  [media] rc-rc5-hauppauge-new: Add the old control to the table
  [media] rc-winfast: Fix the keycode tables
  [media] a800: Fix a few wrong IR key assignments
  [media] opera1: Use multimedia keys instead of an app-specific mapping
  [media] dw2102: Use multimedia keys instead of an app-specific mapping
  ...

Fix up trivial conflicts (remove/modify and some real conflicts) in:
	arch/arm/mach-omap2/devices.c
	drivers/staging/Kconfig
	drivers/staging/Makefile
	drivers/staging/dabusb/dabusb.c
	drivers/staging/dabusb/dabusb.h
	drivers/staging/easycap/easycap_ioctl.c
	drivers/staging/usbvideo/usbvideo.c
	drivers/staging/usbvideo/vicam.c
2011-03-24 09:50:13 -07: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
TODO [media] tm6000: rework and fix IR 2010-12-29 08:17:15 -02:00
tm6000-alsa.c [media] tm6000: add radio support to the driver 2011-03-21 20:32:20 -03:00
tm6000-cards.c [media] tm6000: fix s-video input 2011-03-22 17:20:14 -03:00
tm6000-core.c [media] tm6000: add radio support to the driver 2011-03-21 20:32:20 -03:00
tm6000-dvb.c [media] tm6000: fix comments coding style issue in group of files 2010-10-21 14:01:22 -02:00
tm6000-i2c.c [media] TM6000: Drop unused macro 2010-12-29 08:16:45 -02:00
tm6000-input.c Staging: tm6000: check usb_alloc_urb() return 2011-01-21 12:14:47 -08:00
tm6000-regs.h [media] tm6000: add/rework reg.defines 2011-03-21 20:31:53 -03:00
tm6000-stds.c [media] tm6000: fix s-video input 2011-03-22 17:20:14 -03:00
tm6000-usb-isoc.h [media] tm6000: fix comments coding style issue in group of files 2010-10-21 14:01:22 -02:00
tm6000-video.c [media] tm6000: fix s-video input 2011-03-22 17:20:14 -03:00
tm6000.h [media] tm6000: fix s-video input 2011-03-22 17:20:14 -03:00

README

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