f063a0c0c9
* git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging-2.6: (841 commits) Staging: brcm80211: fix usage of roundup in structures Staging: bcm: fix up network device reference counting Staging: keucr: fix up US_ macro change staging: brcm80211: brcmfmac: Removed codeversion from firmware filenames. staging: brcm80211: Remove unnecessary header files. staging: brcm80211: Remove unnecessary includes from bcmutils.c staging: brcm80211: Removed unnecessary pktsetprio() function. Staging: brcm80211: remove typedefs.h Staging: brcm80211: remove uintptr typedef usage Staging: hv: remove struct vmbus_channel_interface Staging: hv: remove Open from struct vmbus_channel_interface Staging: hv: storvsc: call vmbus_open directly Staging: hv: netvsc: call vmbus_open directly Staging: hv: channel: export vmbus_open to modules Staging: hv: remove Close from struct vmbus_channel_interface Staging: hv: netvsc: call vmbus_close directly Staging: hv: storvsc: call vmbus_close directly Staging: hv: channel: export vmbus_close to modules Staging: hv: remove SendPacket from struct vmbus_channel_interface Staging: hv: storvsc: call vmbus_sendpacket directly ... Fix up conflicts in drivers/staging/cx25821/cx25821-audio-upstream.c drivers/staging/cx25821/cx25821-audio.h due to warring whitespace cleanups (neither of which were all that great) |
||
|---|---|---|
| .. | ||
| Kconfig | ||
| Makefile | ||
| README | ||
| TODO | ||
| tm6000-alsa.c | ||
| tm6000-cards.c | ||
| tm6000-core.c | ||
| tm6000-dvb.c | ||
| tm6000-i2c.c | ||
| tm6000-input.c | ||
| tm6000-regs.h | ||
| tm6000-stds.c | ||
| tm6000-usb-isoc.h | ||
| tm6000-video.c | ||
| tm6000.h | ||
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