CVS log for DVB/driver/dvb_net.c

Up to [DVB] / DVB / driver

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

flush work queues on deinitialisation, restart feeds in set_mac in work queue

- set check-CRC flag on section filter to drop broken packets
- some more debug prints in filter handling code
- cleaned up and commented packet reception handler
- formatting fixes

- prevent interface from being removed while it is in use
- allow add/remove only for the superuser
- fix formatting

get rid of trailing whitespace

struct dmx_demux_s        --> struct dmx_demux
struct dmx_section_feed_s --> struct dmx_section_feed

backport dvb_net from dvb_kernel in order to fix the I'm in irq-context oops

read proposed MAC from EEPROM if possible. Contributed by Michael Glaum <mglaum@kvh.com>

NET_GET_IF ioctl implementation contributed by <lymes@tiscalinet.it>

take over Ralph's dvb_net bugfixes and modifications

backport of 2.5 driver changes

C99 patches by <aschultz@apophis.eastlink.de>

move demux.h into private area

the new HEAD

make room for the new HEAD trunk

 - link related object files together in order to get less kernel modules
 - link related object files together in order to get less kernel modules
 - configurable IR keymaps using /proc/av7110_ir
 - make frontend code a little less verbose
 - removed some old/unused stuff

adapt to change from dvb_device_t ** to * in dvbdev.c

- removed the static device table from dvbdev.c, replaced by a list, we don't
   have any limit for the number of devices now.

   Since the Nokia API specifies that each open() call for a demux device
   allocates a new filter we can't use the file->private_data pointer to
   save the dvbdev struct, but have to search our device list linearly for
   each open/ioctl/release call. Should not be a real problem since we will
   rarely have more than a few DVB devices, but anyway - the code is ugly.

   Did I ever told you that the Nokia API sucks?

- put all EXPORT_SYMBOL() macros in dvb_ksyms.c and av7110_ksyms.c,
   now we don't have to build the whole driver from scratch when we touch
   a file exporting symbols...

the not yet working cable frontend are not a bug but a missing feature.
That rev2.1 support is broken is just not true, I have a rev2.1 card with
Alps BSRU6 tuner here, it's just working fine. What card exactly is not
working? (what frontend?)

For the disable-demux-before-tuning/enable-again-whe-TS-is-in-sync we have
a clean framework using the frontend notifiers now, the AV7110 just has to
call the register functions...

I'll care about these issues next week.

ppc fixes

stricter locking of filters

some changes in kernel demux API

started adapting margi code to new structure

some changes in networking (no ARP, no cache)

new dvbdev registering (still in flux and only av7110 works)

fix problems with Nova lockups

more restructuring (much more soon)

promisc and allmulti modes (experimental)

change include files

multicast support

new directory structure

some internal changes to playback via DVR

some network driver fixes

device user tables were mixed up after frontend API change

section filter handling shouldn't oops any more

check if MODULE_LICENSE exists (for older 2.4.x kernels)

changes for usage of new frontend module

new tuner API

fix MAC address setting in network device

had too much fun with video encoder for correct NTSC switching
(the greenish picture is fixed now)

use count in net device

fix in firmware (would not set IRQs)

some work on network driver
fixes for channel switching with new card version
more filter IRQ stability in firmware

some work on unicast reception

more old API cleanups
fixed error in TS output

started generic DVB network driver (not finished/working yet)