![[LWN Logo]](/images/lcorner.png) |
|
![[Timeline]](/images/Included.png) |
From: Keith Owens <kaos@ocs.com.au>
To: linux-kernel@vger.rutgers.edu
Subject: Announce: modutils 2.3.14 is available
Date: Mon, 07 Aug 2000 18:21:51 +1000
Fastest download from kernel.org.
Mirror at ftp://ftp.**.kernel.org/pub/linux/utils/kernel/modutils/v2.3
replace '**' with your favourite kernel.org mirror.
Mirror at ftp://oss.sgi.com/pub/mirror/modutils/v2.3.
Master at ftp://ftp.ocs.com.au/pub/modutils/v2.3. (slow)
patch-modutils-2.3.14.gz Patch from modutils 2.3.13 to 2.3.14
modutils-2.3.14.tar.gz Source tarball, includes RPM spec file
modutils-2.3.14-1.src.rpm As above, in SRPM format
modutils-2.3.14-1.i386.rpm Compiled with egcs-2.91.66, glibc 2.1.2
Changelog extract
* Replace ftw() with modutils specific xftw().
* Use absolute filename in __insmod symbol.
* Generate modules.pcimap from MODULE_DEVICE_TABLE().
Replacing ftw() with modutils specific xftw() fixes problems with the
new "build" symlink. With modutils 2.3.14 you can specify a path of
/lib/modules/`uname -r` without running the risk of scanning all of the
kernel source tree.
/lib/modules/`uname -r`/modules.pcimap is automatically generated from
any MODULE_DEVICE_TABLE(pci) statments. Sample output.
# module vendor device subvendor subdevice class class_mask driver_data
eepro100 0x00008086 0x00001229 0xffffffff 0xffffffff 0x00000000 0x00000000 0x00000000
eepro100 0x00008086 0x00001209 0xffffffff 0xffffffff 0x00000000 0x00000000 0x00000000
Using modules.pcimap to probe the correct modules for PCI hardware is
left as an exercise for the Linux distributors :).
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/