talos-op-linux/drivers/media/dvb, branch master

[media] Rename media/dvb as media/pci

2012-08-14T02:30:06+00:00

The remaining dvb drivers are pci, so rename them to match the bus. Signed-off-by: Mauro Carvalho Chehab

[media] dvb-usb: move it to drivers/media/usb/dvb-usb

2012-08-14T02:26:31+00:00

As media/dvb will be removed, move it to a proper place. Signed-off-by: Mauro Carvalho Chehab

[media] firewire: move it one level up

2012-08-14T02:20:36+00:00

Move firewire to one level up, as the dvb subdirectory will be removed. Signed-off-by: Mauro Carvalho Chehab

[media] move the dvb/frontends to drivers/media/dvb-frontends

2012-08-14T02:13:41+00:00

Raise the DVB frontends one level up, as the intention is to remove the drivers/media/dvb directory. Signed-off-by: Mauro Carvalho Chehab

[media] dvb: move the dvb core one level up

2012-08-14T02:08:14+00:00

just like the V4L2 core, move the DVB core to drivers/media, as the intention is to get rid of both "video" and "dvb" directories. Signed-off-by: Mauro Carvalho Chehab

[media] it913x ver 1.32 driver moved to dvb-usb-v2

2012-08-14T01:24:31+00:00

Functional changes PID filter is default to off and controlled from dvb-usb-v2 Driver now supports suspend and resume changes in dvb-usb-v2 USB bus repeater functions have been removed. Signed-off-by: Malcolm Priestley Signed-off-by: Mauro Carvalho Chehab

[media] lmedm04: fix data usage past the end of the buffer

2012-08-13T22:53:29+00:00

On Mon, 2012-08-13 at 19:58 +0300, Dan Carpenter wrote: > Hello Mauro Carvalho Chehab, > > The patch db6651a9ebb3: "[media] lmedm04: fix build" from Aug 12, > 2012, leads to the following warning: > drivers/media/dvb/dvb-usb-v2/lmedm04.c:769 lme2510_download_firmware() > error: usb_control_msg() 'data' too small (128 vs 265) > > 737 data = kzalloc(128, GFP_KERNEL); > ^^^ > data is 128 bytes. Control isn't used, so remove it. Reported-by: Dan Carpenter Signed-off-by: Malcolm Priestley Signed-off-by: Mauro Carvalho Chehab

[media] DVB: improve handling of TS packets containing a raised TEI bit

2012-08-13T22:51:33+00:00

When the TEI bit is raised, we should not trust any of the contents of the packet in question, including but not limited to its PID number. Considering that we don't trust the PID number of this packet, we should not proceed to check the packet counter (if dvb_demux_tscheck is set). We should expect to see at least one discontinuity after a bad packet is received, so any time a TEI is detected, a following TS packet counter mismatch is to be expected. There is no real reason to ever allow bad packets to pass through the kernel demux, other than for purposes of attempting error correction via software or statistical information. However, since we have always passed these bad packets though the demux, we should not change this default behavior. Without altering module options, this patch merely prevents the TS packet counter check on packets containing a raised TEI. If module option dvb_demux_feed_err_pkts is set to 0, the kernel demux will drop these error packets entirely, preventing any possibility of corruption caused by userspace programs that are expecting valid data. Signed-off-by: Michael Krufky Signed-off-by: Mauro Carvalho Chehab

[media] dvb_usb_v2: use %*ph to dump usb xfer debugs

2012-08-13T19:42:57+00:00

Cc: Andy Shevchenko Signed-off-by: Antti Palosaari Signed-off-by: Mauro Carvalho Chehab

[media] dvb-usb: use %*ph to dump small buffers

2012-08-13T19:42:24+00:00

[crope@iki.fi: fix trivial merge conflict] Signed-off-by: Andy Shevchenko Signed-off-by: Antti Palosaari Signed-off-by: Mauro Carvalho Chehab