linux-toradex.git/drivers/media/dvb/dvb-core, branch v2.6.26.7

V4L/DVB (7960): net: endianness annotations

2008-06-05T09:35:48+00:00

Signed-off-by: Al Viro 
Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (7830): dvb_ca_en50221: Fix High CPU load in 'top' due to budget_av slot polling

2008-05-14T05:54:02+00:00

This change addresses kernel bug #10459: In kernel 2.6.25 the
budget_av driver polls for an CI slot in 100ms intervals (because no
interrupt solution for budget_av cards is feasible due to HW reasons).
If no CI/CAM is connected to the DVB card, polling times out only after 250ms.
This periodic polling leads to high CPU load.

The change increases the polling interval for empty slots from 100ms to 5s.
Intervals for remaining slot states (invalid, in progress, ready) are unchanged,
as they are either temporary conditions or no timeout should occur.

Signed-off-by: Robert Schedel 
Signed-off-by: Oliver Endriss 
Signed-off-by: Mauro Carvalho Chehab

Rename common tuner Kconfig names to use the same

2008-04-29T21:41:38+00:00

namespace for all of them.

V4L/DVB(7767): Move tuners to common/tuners

2008-04-29T21:41:37+00:00

There were several issues in the past, caused by the hybrid tuner design, since
now, the same tuner can be used by drivers/media/dvb and drivers/media/video.

Kconfig items were rearranged, to split V4L/DVB core from their drivers.

Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (7659): dvb-core: Implement DMX_SET_BUFFER_SIZE for dvr

2008-04-24T17:09:45+00:00

Implementation of DMX_SET_BUFFER_SIZE for dvr.
Synchronization of the code of DMX_SET_BUFFER_SIZE for demux and dvr.

Signed-off-by: Andrea Odetti 
Signed-off-by: Oliver Endriss 
Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (7658): dvb-core: Fix DMX_SET_BUFFER_SIZE in case the buffer shrinks

2008-04-24T17:09:44+00:00

This patch fixes the bug in DMX_SET_BUFFER_SIZE for the demux.
Basically it resets read and write pointers to 0 in case they are
beyond the new size of the buffer.

Signed-off-by: Andrea Odetti 
Signed-off-by: Oliver Endriss 
Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (7538): Adds selectable adapter numbers as per module option

2008-04-24T17:08:00+00:00

The adapter_nr module options can be used to allocate static adapter
numbers on a driver level. It avoids problems with changing DVB apapter
numbers after warm/cold boot or device unplugging and repluging.

Each driver holds DVB_MAX_ADAPTER long array of the preferred order of
adapter numbers.

options dvb-usb-dib0700 adapter_nr=7,6,5,4,3,2,1,0 would result in a
reversed allocation of adapter numbers.

With adapter_nr=2,5 it tries first to get adapter number 2 and 5. If
both are already in use it will allocate the lowest free adapter number.

Signed-off-by: Janne Grunau 
Acked-by: Hermann Pitton 
Signed-off-by: Michael Krufky 
Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (7512): media/dvb/dvb-core replace remaining FUNCTION occurrences

2008-04-24T17:07:58+00:00

__FUNCTION__ is gcc-specific, use __func__

Signed-off-by: Harvey Harrison 
Acked-by: Oliver Endriss 
Signed-off-by: Michael Krufky 
Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (7329): add flag to allow software demux to recognize the output type

2008-04-24T17:07:48+00:00

Previously, the macro DVR_FEED, which is used to recognize and filter
out duplicate packets going to the DVR device, used the TS_PAYLOAD_ONLY
flag to identify a packet's destination.

This kind of filtering was introduced by the following two changesets:

Now, that it is possible to record TS PIDs using the demux device by
setting the output type to DMX_OUT_TSDEMUX_TAP, checking TS_PAYLOAD_ONLY
is not sufficient anymore. Therefore another flag, TS_DEMUX, is added to
specify the output type of a feed.

This allows multiple clients to filter the same TS PID on a demux device
simultaneously.

Signed-off-by: Andreas Oberritter 
Signed-off-by: Mauro Carvalho Chehab

V4L/DVB (7293): DMX_OUT_TSDEMUX_TAP: record two streams from same mux, resend

2008-04-24T17:07:46+00:00

Currently (in linux-2.6.24, but linux-dvb hg looks similar), the
dmx_output_t in the dmx_pes_filter_params decides two things: whether
output is sent to demux0 or dvr0 (in dmxdev.c:dvb_dmxdev_ts_callback),
*and* whether to depacketise TS (in dmxdev.c:dvb_dmxdev_filter_start).
As it stands, those two things can't be set independently: output
destined for demux0 is depacketised, output for dvr0 isn't.

This is what you want for capturing multiple audio streams from the same
multiplex simultaneously: open demux0 several times and send
depacketised output there. And capturing a single video stream is fine
not what you want: you want multi-open (so demux0, not dvr0), but you
want the TS nature preserved (because that's what you want on output, as
you're going to re-multiplex it with the audio).

At least one existing solution -- GStreamer -- sends all its streams
simultaneously via dvr0 and demuxes again in userland, but it seems a
bit of a shame to pick out all the PIDs in kernel, stick them back
together in kernel, and send them to userland only to get unpicked
again, when the alternative is such a small API addition.

The attached patch adds a new value for dmx_output_t:
DMX_OUT_TSDEMUX_TAP, which sends TS to the demux0 device. With this
patch and a dvb-usb-dib0700 (and UK Freeview from Sandy Heath), I can
successfully capture an audio/video PID pair into a TS file that mplayer
can play back.

Signed-off-by: Peter Hartley 
Acked-by: Andreas Oberritter 
Signed-off-by: Mauro Carvalho Chehab