| Age | Commit message (Collapse) | Author |
|---|
|
|
|
of a per-extension information. This is needed for the DVB-C cards,
which seem to have swapped field order and need to propagate some
video4linux specific stuff for the analog module to work.
|
|
|
|
are deprecated -- to be removed.
register network device for bt8xx cards
|
|
Alan Cox reformatted the code to follow his coding style when
he fixed the merge bugs.
This patch now introduces these coding style changes, so
that we don't wipe out his changes with the next patchset.
|
|
(patch by Andrew de Quincey)
|
|
|
|
|
|
see DVB for tested version)
|
|
|
|
the picture is looking good now, although it seems that the fields
are still swapped. strange...
|
|
- if the analog module is detected, the saa7113 is initialized and
some more v4l2 ioctls are available. you can use "xawtv" now to
switch between "dvb" and "analog" input. when you are one the
"analog" input, you can tune in analog channels with the cursor
keys via v4l2.
currently, this is a big hack -- tuning is not mutually exclusive,
so "szap" and v4l2 tuning can interfere with each other. the
demodulator address is hardcoded to 0x09.
Other changes:
- changed the saa7146 ioctl parameters, give out the data of the
current device open "fh" (=> "file handle"), not the pointer to the
device structure "dev". It is "dev = fh->dev".
Some stuff does not work:
- analog audio does not work. does the msp3400 need to be reprogrammed?
- one field is "missing", so the picture is very bad and
capturing does not work neither. this needs to be investigated by
looking at the programming the windows driver uses for the saa7146
|
|
- change some includes
|
|
"kernel shape":
I mainly changed all "typedef struct foo_s {...} foo_t"
to "struct foo {}". Please don't start a policy war, I know the pros
cons of typedefs and structures.
We should, however, stick to the coding rules of the kernel: typedefed
structs are only used for opaque data types, where the internal
representation is irrelevant and we have get()/set() functions for
accessing them (ie. spinlock_t)
|
|
- void* arguments can only be casted safely to unsigned long
- some debug print fixes where types did not match
But: the debi stuff in av7110 needs to be rewritten, because
u32 arguments are used as pointers, too... 8-/
|
|
|
|
|
|
| if (crystal chip present)
| av7110->adac_type = DVB_ADAC_CRYSTAL;
| else if (MSP34xx chip present)
| av7110->adac_type = DVB_ADAC_MSP;
| else if (av7110->saa->device->subsystem_vendor == 0x110a)
| av7110->adac_type = DVB_ADAC_NONE;
| else
| av7110->adac_type = adac;
The adac parameter will only be used if the card cannot be
autodetected.
|
|
with DMX_OUT_TS_TAP (recording); return EBUSY instead
|
|
"kernel_thread_setup()" (now: dvb_kernel_thread_setup()) and
dvb_usercopy() function.
Because of the fact that we want to separate the dvb subsystem, it's
sometimes necessary to have some wrapper functions (for example
dvb_delay() or dvb_kernel_thread_setup()) to encapsulate linux
kernel facilities that can't be expressed as a one-liner.
The place for such functions is "dvb_functions.c". By this, we can
get rid of "dvb_compat.h" for 2.5 completely. Hooray!
I hope I did not break everything again, some cleanup is expected for
the build-template stuff, though.
|
|
less dependent on the linux kernel. here is the place to store
additional dvb_* functions, which encapsulate linux kernel functionality
which cannot be expressed as a one-liner
- rename ddelay() to dvb_delay(), move it to dvb_functions.h
- change all files to include dvb_functions.h instead of dvb_compat.h
- compile fix for the saa7111 driver
|
|
DVB-C cards
|
|
problems in conjunction with the MSP3400 volume control for non-DVB-C cards
|
|
<w-thiel@gmx.net>
|
|
|
|
|
|
|
|
the version that made it into the 2.5.68 kernel.
- remove unnecessary c++-style comments
- fixed some line breaks and the style function headers
are formatted: please don't argue with me about these changes,
I don't care how they are formatted.
- remove newline breaks between memory allocation and the return value
check
Some more interesing stuff:
- remove ddelay() functions completly, replace with set_current_state() and
manual schedule_timeout() calls.
- made some init data for the mxb driver static and global (patch already
send to lkml)
Some crucial changes:
- inherit some return values Mr. Alan Cox has changed -- please review
|
|
in debiirq (oops case).
patch contributed by Artur Skawina <as@telkab.pl>
|
|
with VIDEO_STOP w/o having to close the device
|
|
- return POLL_ERR in case of filter timeout
|
|
Kool <akool@akool.de>
|
|
|
|
|
|
use KBUILD_BASENAME for 2.4 instead
some changes to the i2c core to make it work with both 2.4 and late 2.5
kernels (not done yet -- only interesting for analog drivers)
- add MODULE_DEVICE_TABLE to all drivers, so that pci "hotplug" can detect
the devices automatically. Alan Cox says, that we should use this to load
the firmware (not done yet)
- fix the long standing "insmod/rmmod with multiple budget cards" bug -- it
was a double kfree() call...
|
|
Video API change for VIDEO_EVENT_SIZE_CHANGED and VIDEO_GET_SIZE ioctl,
and VIDEO_FORMAT_221_1.
Implemented video events for VIDEO_EVENT_SIZE_CHANGED (use poll(2) with
POLLPRI) and ioctl VIDEO_GET_SIZE.
|
|
|
|
nobody really needs them...
|
|
when tuning to a new transponder with vdr, the audio pid was
not passed to the ARM firmware under some circumstances
|
|
|
|
|
|
This fixes the A/V sync problems with LL-firmware,
if only video or audio pids are changed.
|
|
|
|
- introduce kernel_thread_setup() function to encapsulate linux process model related stuff
|
|
thanks to Thomas Breuer <tb@tb-electronic.de> for analyzing this!!
|
|
0: get ts section packets from arm and filter them using the software demux
1: let the arm filter sections in hardware (default)
software demux is more stable - it does not crash the arm under high load ;)
|
|
|
|
|
|
(untested, please review)
|
|
do not sync on (invalid) stream ids 0xf0..0xff
|
