udev 005 release
Yeah, these are just churning out... This release is done in advance of a talk about it for the CGL meeting tomorrow at OSDL.
I've released the 005 version of udev. It can be found at:
kernel.org/pub/linux/utils/kernel/hotplug/udev-005.tar.gz
rpms are available at:
kernel.org/pub/linux/utils/kernel/hotplug/udev-005-1.i386.rpm
with the source rpm at:
kernel.org/pub/linux/utils/kernel/hotplug/udev-005-1.src.rpm
udev is a implementation of devfs in userspace using sysfs and /sbin/hotplug. It requires a 2.6 kernel to run.
The major changes since the 004 release are:
- klibc is now included in the udev tarball. If you want to build udev with klibc, please see the README file for how to do this.
- LABEL for the device symlink now works again
- if the 'dev' file is not present (like the device was yanked out before udev started looking at it), udev will now timeout properly.
- the namedev.permission and namedev.config files are renamed to udev.permission and udev.config. Make sure to realize this if you have customized your rules in the past.
- man file updates
The biggest stuff is the klibc integration. If you build with klibc, the 453K binary shrinks to 45K. Nothing like a power of ten decrease :)
The rpms are still built with debugging enabled, using glibc, so they do not get any size savings yet...
Again, many thanks to Dan Stekloff, Kay Sievers, and Robert Love for their help with patches for this release. I really appreciate it.
The full ChangeLog can be found below.
The udev FAQ can be found at:
kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ
Development of udev is done in a BitKeeper tree available at:
bk://kernel.bkbits.net/gregkh/udev/
I have the initial framework of some regression tests in the bk tree, but there is a libsysfs bug that is keeping these tests from working properly right now. The libsysfs people are working on fixing this.
If anyone ever wants a snapshot of the current tree, due to not using BitKeeper, or other reasons, is always available at any time by asking.
thanks,
greg k-h
Summary of changes from v004 to v005
============================================
Kay Sievers
o namedev.c comments + debug patch
o man page update
Greg Kroah-Hartman:
o 005 release TAG: v005
o ignore the klibc/linux symlink
o add klibc linux symlink info to the README
o get 'make release' to work properly again
o added README info for how to build using klibc
o turn off debugging if we are building with klibc
o turn off debugging in namedev
o added vsyslog support to klibc
o add ftruncate to klibc
o klibc specific tweaks
o libsysfs does not need mntent.h in it's header file
o udev build tweaks to tdb's spinlock code
o klibc makefile changes
o build tdb and libsysfs from the same makefile as udev
o udev-add build cleanups for other libc versions
o tweak tdb to build within udev better
o make libsysfs spit debug messages to the same place as the rest of udev
o make libsysfs build cleanly
o updated bk ignore list
o added klibc version 0.82 (cvs tree) to the udev tree
o makefile fix for now
o Merge greg@bucket:/home/greg/src/udev into kroah.com:/home/greg/src/udev
o hm, makefile bug with so many files... will fix later
o regression tests starting to be added
o fix LABEL bug for device files (not class files.)
o more warning flags to the build
o got rid of struct device_attr
o rename namedev.permissions and namedev.config to udev.permissions and udev.config
o fix dbg line in namedev.c
o more overrides of config info with env variables if in test mode
o Fix bug causing udev to sleep forever waiting for dev file to show up
o change version to 004_bk
o make config files, sysfs root, and udev root configurable from config variables
Robert Love:
o udev: sleep_for_dev() bits
o udev: another canidate for static
Quoted 2 lines · On 23-Oct-2003 Greg KH wrote:
udev is a implementation of devfs in userspace using sysfs and
/sbin/hotplug. It requires a 2.6 kernel to run.
Just a few dumb questions: what are those "unfixable bugs" of devfs people was talking about ? Other that permission management, what is the userspace stuff for ? Is it possible to make a disk appear always with the same name, regardless the order it is detected in the scsi chain (and possibly its scsi ID) ?
--
Giuliano.
Quoted 2 lines · Giuliano Pochini
Just a few dumb questions: what are those "unfixable bugs" of devfs people was talking about ?
Well, one of the bugs seems to be that people just didn't like the approach, while udev's approach is lean and mean and people do seem to approve of it. That's a matter of taste. And Greg's attitude is also more likable at parties ;-)
I do believe that this is one of the main reasons, and arguing about taste is kind of pointless. Style has always been an important matter in designing maintainable systems and code, and if the gut feeling of the majority of kernel developers tells them this is the way to go, then so it will be done. *shrug*
Sincerely,
Lars Marowsky-Brée <[email protected]>
Signature · 3 lines
High Availability & Clustering \ ever tried. ever failed. no matter. SUSE Labs | try again. fail again. fail better. Research & Development, SUSE LINUX AG \ -- Samuel Beckett
Quoted 3 lines · Giuliano Pochini
Just a few dumb questions: Is it possible to make a disk appear always with the same name, regardless the order it is detected in the scsi chain (and possibly its scsi ID) ?
Please, do some googling before asking, maybe read the OLS paper. This has all been covered previously.
Chris
Signature · 4 lines
Chris Friesen | MailStop: 043/33/F10 Nortel Networks | work: (613) 765-0557 3500 Carling Avenue | fax: (613) 765-2986 Nepean, ON K2H 8E9 Canada | email: [email protected]
Quoted 11 lines · On Thu, 23 Oct 2003 13:04:22 -0400 Chris Friesen <[email protected]>…
Quoted 3 lines · Giuliano Pochini
Just a few dumb questions: Is it possible to make a disk appear always with the same name, regardless the order it is detected in the scsi chain (and possibly its scsi ID) ?
Please, do some googling before asking, maybe read the OLS paper. This has all been covered previously.
Chris
For those unfortunates who are to lazy to look, these might help: :)
http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ/
http://www.kroah.com/linux/talks/ols_2003_udev_paper/Reprint-Kroah-Hartman-OLS2003.pdf
http://www.kroah.com/linux/talks/ols_2003_udev_talk/
Quoted 13 lines
Signature · 11 lines
-- Chris Friesen | MailStop: 043/33/F10 Nortel Networks | work: (613) 765-0557 3500 Carling Avenue | fax: (613) 765-2986 Nepean, ON K2H 8E9 Canada | email: [email protected] - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Quoting jhigdon <[email protected]>:
Quoted 3 lines
For those unfortunates who are to lazy to look, these might help: :)
http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ/
<snip>
That's: http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ
:)
-sandalle
Signature · 17 lines
PGP Key Fingerprint: FCFF 26A1 BE21 08F4 BB91 FAED 1D7B 7D74 A8EF DD61 http://search.keyserver.net:11371/pks/lookup?op=get&search=0xA8EFDD61 -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS/E/IT$ d-- s++:+>: a-- C++(+++) BL++++VIS>$ P+(++) L+++ E-(---) W++ N+@ o? K? w++++>-- O M-@ V-- PS+(+++) PE(-) Y++(+) PGP++(+) t+() 5++ X(+) R+(++) tv(--)b++(+++) DI+@ D++(+++) G>+++ e>+++ h---(++) r++ y+ ------END GEEK CODE BLOCK------ Eric Sandall | Source Mage GNU/Linux Developer [email protected] | http://www.sourcemage.org/ http://eric.sandall.us/ | SysAdmin @ Inst. Shock Physics @ WSU http://counter.li.org/ #196285 | http://www.shock.wsu.edu/ ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program.
Quoted 4 lines · Giuliano Pochini
Is it possible to make a disk appear always with the same name, regardless the order it is detected in the scsi chain (and possibly its scsi ID) ?
Yes, that is one of the main reasons udev is here.
thanks,
greg k-h
Quoted 8 lines · Greg KH
Quoted 4 lines · Giuliano Pochini
Is it possible to make a disk appear always with the same name, regardless the order it is detected in the scsi chain (and possibly its scsi ID) ?
Yes, that is one of the main reasons udev is here.
On a 2.4 kernel system:
man devlabel
It allows for persistent disks. I believe udev's (2.6+) goals are farther reaching.
I know that it exists in Red Hat Linux 9, Fedora 1.0, and RHEL3.
Dax Kelson
Guru Labs