Content-Type: text/plain; charset=us-ascii
ftp://ftp.<country>.kernel.org/pub/linux/utils/kernel/modutils/v2.4
modutils-2.4.18.tar.gz Source tarball, includes RPM spec file
modutils-2.4.18-1.src.rpm As above, in SRPM format
modutils-2.4.18-1.i386.rpm Compiled with gcc 2.96 20000731,
glibc 2.2.2.
modutils-2.4.18-1.ia64.rpm Compiled with gcc 2.96-ia64-20000731,
glibc-2.2.3.
patch-modutils-2.4.18.gz Patch from modutils 2.4.17 to 2.4.18.
Changelog extract
* Optionally only check the numeric part of the kernel and module
version, insmod -N. This option is always set for kernel >= 2.5, it
defaults to off for earlier kernels.
This change should have been in modutils 2.4.17 but it slipped through
my TODO list. This patch goes with the 2.5 kernel change
http://marc.theaimsgroup.com/?l=linux-kernel&m=102595659604735&w=2
Checking the complete version string (including EXTRAVERSION) is a
waste of time. For historical reasons, insmod only checks the first
32 characters of the version string, many users have longer version
strings. Users make significant changes to their config and kernel but
do not change the version string, as a test for compatibility this is
pointless. Above all, storing the full string in kernel module.h
forces a complete rebuild when you change one character in
EXTRAVERSION. So you have a test that is incomplete, unreliable and
has horrible side effects, time to kill it.
As always, the default for modutils on stable kernels is no change to
existing behaviour, unless the user requests it.
For kernel 2.5 and later, insmod only checks the numeric version
number. With modutils 2.4.18 and the above kernel patch, changing
EXTRAVERSION no longer forces a complete kernel rebuild.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.1.1 10/15/1999
iD8DBQE9O7gqi4UHNye0ZOoRAjxdAKCB7UZxLxexChP0y+3nFquk0VubKQCgsLnp
L9FoBM+sIAqWvvf1IOTL0HM=
=4VET
-----END PGP SIGNATURE-----
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/