| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
|
|
|
|
|
| |
One reason is that it can be expected that some vendor kernels will
backport the Linux 2.6.22 skb API. Macros can safely mask the inline
functions used by the vendor kernel, whereas inline functions will
conflict and fail.
Another reason is that linux/skbuff.h doesn't need to be included from
compat.h anymore, which makes the compatibility code less intrusive.
Signed-off-by: Pavel Roskin <proski@gnu.org>
|
| |
|
|
| |
Signed-off-by: Pavel Roskin <proski@gnu.org>
|
|
|
Remove all Linux 2.6.21 compatibility from the driver - it shouldn't be
there for kernel submission. Move all compatibility code to a separate
file compat.h. Include it forcedly with the "-include" option. Add
a makefile option to disable config.h inclusion.
Provide compatibility as far back as Linux 2.6.19 - it's not really hard
once the infrastructure is in place.
Signed-off-by: Pavel Roskin <proski@gnu.org>
|
