* [ANNOUNCE] udev 005 release
@ 2003-10-23 0:14 Greg KH
0 siblings, 0 replies; 9+ messages in thread
From: Greg KH @ 2003-10-23 0:14 UTC (permalink / raw)
To: linux-hotplug
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
-------------------------------------------------------
This SF.net email is sponsored by OSDN developer relations
Here's your chance to show off your extensive product knowledge
We want to know what you know. Tell us and you have a chance to win $100
http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
^ permalink raw reply [flat|nested] 9+ messages in thread
* [ANNOUNCE] udev 005 release
@ 2003-10-23 0:14 Greg KH
2003-10-23 8:33 ` Giuliano Pochini
0 siblings, 1 reply; 9+ messages in thread
From: Greg KH @ 2003-10-23 0:14 UTC (permalink / raw)
To: linux-hotplug-devel, linux-kernel
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
^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: [ANNOUNCE] udev 005 release
2003-10-23 0:14 Greg KH
@ 2003-10-23 8:33 ` Giuliano Pochini
2003-10-23 9:23 ` Lars Marowsky-Bree
` (2 more replies)
0 siblings, 3 replies; 9+ messages in thread
From: Giuliano Pochini @ 2003-10-23 8:33 UTC (permalink / raw)
To: Greg KH; +Cc: linux-kernel
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.
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ANNOUNCE] udev 005 release
2003-10-23 8:33 ` Giuliano Pochini
@ 2003-10-23 9:23 ` Lars Marowsky-Bree
2003-10-23 17:04 ` Chris Friesen
2003-10-23 23:26 ` Greg KH
2 siblings, 0 replies; 9+ messages in thread
From: Lars Marowsky-Bree @ 2003-10-23 9:23 UTC (permalink / raw)
To: Giuliano Pochini, Greg KH; +Cc: linux-kernel
On 2003-10-23T10:33:13,
Giuliano Pochini <pochini@shiny.it> said:
> 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 <lmb@suse.de>
--
High Availability & Clustering \ ever tried. ever failed. no matter.
SUSE Labs | try again. fail again. fail better.
Research & Development, SUSE LINUX AG \ -- Samuel Beckett
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ANNOUNCE] udev 005 release
2003-10-23 8:33 ` Giuliano Pochini
2003-10-23 9:23 ` Lars Marowsky-Bree
@ 2003-10-23 17:04 ` Chris Friesen
2003-10-24 13:50 ` jhigdon
2003-10-23 23:26 ` Greg KH
2 siblings, 1 reply; 9+ messages in thread
From: Chris Friesen @ 2003-10-23 17:04 UTC (permalink / raw)
To: Giuliano Pochini; +Cc: linux-kernel
Giuliano Pochini wrote:
> 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
--
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: cfriesen@nortelnetworks.com
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ANNOUNCE] udev 005 release
2003-10-23 8:33 ` Giuliano Pochini
2003-10-23 9:23 ` Lars Marowsky-Bree
2003-10-23 17:04 ` Chris Friesen
@ 2003-10-23 23:26 ` Greg KH
2003-10-24 6:44 ` Dax Kelson
2 siblings, 1 reply; 9+ messages in thread
From: Greg KH @ 2003-10-23 23:26 UTC (permalink / raw)
To: Giuliano Pochini; +Cc: linux-kernel
On Thu, Oct 23, 2003 at 10:33:13AM +0200, Giuliano Pochini wrote:
>
> 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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ANNOUNCE] udev 005 release
2003-10-23 23:26 ` Greg KH
@ 2003-10-24 6:44 ` Dax Kelson
0 siblings, 0 replies; 9+ messages in thread
From: Dax Kelson @ 2003-10-24 6:44 UTC (permalink / raw)
To: Greg KH; +Cc: Giuliano Pochini, linux-kernel
On Thu, 2003-10-23 at 17:26, Greg KH wrote:
> On Thu, Oct 23, 2003 at 10:33:13AM +0200, Giuliano Pochini wrote:
> >
> > 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
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ANNOUNCE] udev 005 release
2003-10-23 17:04 ` Chris Friesen
@ 2003-10-24 13:50 ` jhigdon
2003-10-24 16:35 ` Eric Sandall
0 siblings, 1 reply; 9+ messages in thread
From: jhigdon @ 2003-10-24 13:50 UTC (permalink / raw)
To: linux-kernel
On Thu, 23 Oct 2003 13:04:22 -0400
Chris Friesen <cfriesen@nortelnetworks.com> wrote:
> Giuliano Pochini wrote:
>
> > 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/
>
>
> --
> 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: cfriesen@nortelnetworks.com
>
> -
> 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/
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [ANNOUNCE] udev 005 release
2003-10-24 13:50 ` jhigdon
@ 2003-10-24 16:35 ` Eric Sandall
0 siblings, 0 replies; 9+ messages in thread
From: Eric Sandall @ 2003-10-24 16:35 UTC (permalink / raw)
To: linux-kernel
Quoting jhigdon <jhigdon@nni.com>:
> 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
--
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
eric@sandall.us | 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.
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2003-10-24 16:35 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-10-23 0:14 [ANNOUNCE] udev 005 release Greg KH
-- strict thread matches above, loose matches on Subject: below --
2003-10-23 0:14 Greg KH
2003-10-23 8:33 ` Giuliano Pochini
2003-10-23 9:23 ` Lars Marowsky-Bree
2003-10-23 17:04 ` Chris Friesen
2003-10-24 13:50 ` jhigdon
2003-10-24 16:35 ` Eric Sandall
2003-10-23 23:26 ` Greg KH
2003-10-24 6:44 ` Dax Kelson
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.