| Age | Commit message (Collapse) | Author |
|---|
|
- 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-/
|
|
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
|
|
- add some ifdef magic into i2c drivers (mxb/analog drivers only)
- shuffle around includes, so that "dvb_compat.h" is included after
all other include files
- fix a warning in saa7146 i2c code
|
|
|
|
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
|
|
- return POLL_ERR in case of filter timeout
|
|
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...
|
|
|
|
- introduce kernel_thread_setup() function to encapsulate linux process model related stuff
|
|
devices are so similar. Perhaps it will be possible to share more code
between these drivers later on.
|
