[ANNOUNCE] udev 047 release

[ANNOUNCE] udev 047 release

[Greg KH]

I've released the 047 version of udev.  It can be found at:
  	kernel.org/pub/linux/utils/kernel/hotplug/udev-046.tar.gz

udev allows users to have a dynamic /dev and provides the ability to
have persistent device names.  It uses sysfs and /sbin/hotplug and runs
entirely in userspace.  It requires a 2.6 kernel with CONFIG_HOTPLUG
enabled to run.  Please see the udev FAQ for any questions about it:
	kernel.org/pub/linux/utils/kernel/hotplug/udev-FAQ

For any udev vs devfs questions anyone might have, please see:
	kernel.org/pub/linux/utils/kernel/hotplug/udev_vs_devfs

And there is a general udev web page at:
	http://www.kernel.org/pub/linux/utils/kernel/hotplug/udev.html

Lots of changes here in this release, see the full changelog below.
Highlights are:
	- massive change with the way udevd can now work.  See
	  http://thread.gmane.org/gmane.linux.hotplug.devel/6173 for
	  more details on this (Kay's changes are now part of udev
	  proper, you don't have to apply anything for this to work,
	  just follow the directions in
	  http://article.gmane.org/gmane.linux.hotplug.devel/6192
	  to enable this mode.)
	- wait_for_sysfs is now gone.
	- bugfixes and rules file tweaks
	- add ability to handle expressions in GROUP rules.

Thanks to everyone who has send me patches for this release, a full list
of everyone, and their changes is below.

udev development is done in a BitKeeper repository located at:
	bk://linuxusb.bkbits.net/udev

Daily snapshots of udev from the BitKeeper tree can be found at:
	http://www.codemonkey.org.uk/projects/bitkeeper/udev/
If anyone ever wants a tarball of the current bk tree, just email me.

thanks,

greg k-h

Summary of changes from v046 to v047
============================================

<klauser:access.unizh.ch>:
  o Various typos and other litte errors in udev.8.in

<sjoerd:spring.luon.net>:
  o DEVNAME on device removal

<sschweizer:gmail.com>:
  o Allow GROUP to have modifiers in it

Greg Kroah-Hartman:
  o add more debian rules files
  o move distro specific config files into their own directories
  o update debian rules files
  o added asterix rules to the gentoo file
  o use udevstart for udev.init.* files
  o delete a bunch of files no longer needed
  o fix gentoo scsi cdrom rule
  o Fix the multithreaded build again
  o merge
  o comment out ability to run udev-test.pl with valgrind
  o fix spurious valgrind warning in udev
  o fix udevinfo '-q path' option as it was not working
  o merge
  o fix parallel build error

Kay Sievers:
  o update Fedora dev.d/ example and remove unused conf.d/ directory
  o don't install distribution specific init script on "make install"
  o restore OWNER/GROUP assignment in rule coming from RESULT
  o make gcov compile scripts working with recent gcc
  o fix udev-test/udev-test.pl to work with again
  o add net/atml and class/ppdev to the wait_for_sysfs exception list
  o add net/nlv* devices to the exception list
  o add "pcmcia" and "fc_transport" to the wait_for_sysfs lists
  o remove unused timestamp field
  o simplify permission handling
  o handle /etc/hotplug.d/ only if the event comes from udevd
  o trivial cleanups and change some comments
  o remove unused variables
  o udevsend/udevd handle events without a subsystem
  o use blacklist on device "remove" and remove dev.d/ call code duplication
  o update the man pages and correct Usage: hints
  o don't call the hotplug scripts with a test run
  o don't call dev.d/ scripts twice, if directory = subsystem
  o remove archive file if we changed something
  o link archive insted of objects
  o rename udev_lib to udev_utils and dev_d to udev_multiplex
  o handle whole hotplug event with udevd/udev
  o integrate wait_for_sysfs in udev
  o make the searched multiplex directories conditionally
  o add MANAGED_EVENT to the forked udev environment
  o export DEVNAME on remove event
  o export udev_log flag to the environment
  o remove my test code
  o add support for /devices-devices without any file to wait for
  o Patch from Alex Riesen <raa.lkml@gmail.com>
  o add a bunch of busses to the list of what to wait for
  o close connection to syslog in forked udevd child
  o udevd exit path cleanup
  o fix network device naming bug

Re: [ANNOUNCE] udev 047 release

[Greg KH]

On Wed, Dec 08, 2004 at 10:58:56AM -0800, Greg KH wrote:
> I've released the 047 version of udev.  It can be found at:
>   	kernel.org/pub/linux/utils/kernel/hotplug/udev-046.tar.gz

Ick, the programs in the extras/ directory don't seem to build anymore.
I'll fix that up and do a new release in a few hours.  Sorry about
that...

greg k-h

[ANNOUNCE] udev 048 release

[Greg KH]

On Wed, Dec 08, 2004 at 11:28:10AM -0800, Greg KH wrote:
> On Wed, Dec 08, 2004 at 10:58:56AM -0800, Greg KH wrote:
> > I've released the 047 version of udev.  It can be found at:
> >   	kernel.org/pub/linux/utils/kernel/hotplug/udev-046.tar.gz
> 
> Ick, the programs in the extras/ directory don't seem to build anymore.
> I'll fix that up and do a new release in a few hours.  Sorry about
> that...

Ok, version 048 has been released to fix the build errors for the
extras/ directory.  It's available at
	kernel.org/pub/linux/utils/kernel/hotplug/udev-048.tar.gz

thanks,

greg k-h

Re: [ANNOUNCE] udev 048 release

[Tomasz Kłoczko]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1842 bytes --]

On Wed, 8 Dec 2004, Greg KH wrote:

> On Wed, Dec 08, 2004 at 11:28:10AM -0800, Greg KH wrote:
>> On Wed, Dec 08, 2004 at 10:58:56AM -0800, Greg KH wrote:
>>> I've released the 047 version of udev.  It can be found at:
>>>   	kernel.org/pub/linux/utils/kernel/hotplug/udev-046.tar.gz
>>
>> Ick, the programs in the extras/ directory don't seem to build anymore.
>> I'll fix that up and do a new release in a few hours.  Sorry about
>> that...
>
> Ok, version 048 has been released to fix the build errors for the
> extras/ directory.  It's available at
> 	kernel.org/pub/linux/utils/kernel/hotplug/udev-048.tar.gz

I have question about curent form of udev source.

First: is it any real reason for use by udev private copy libsysfs which
is statically linked with udev ?

I'm using udev with shared libsysfs for a months and all works correcly.

If no reasons patches for using system avalaible libsysfs for udev 048 
can be downloaded from:

http://cvs.pld.org.pl/SOURCES/udev-uses_system_libsysfs.patch?rev=1.7
http://cvs.pld.org.pl/SOURCES/udev-extras_scsi_id_sysfs.patch?rev=1.1

Also after aplying this patches libsysfs/ subdirectory can be removed from 
udev source tree.

Second: in current udev Makefile is used direct stripping linked binaries.
Why ? It makes harder packaging udev if someone will try generate udev in 
for example rpm form with debug info in separated udev-debug package.

Patch for remove stripping:

http://cvs.pld.org.pl/SOURCES/udev-no_strip.patch?rev=1.7

After aplying this patch pereviouse behavior can be obtained by:

% make LDFLAGS="-s"

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek@rudy.mif.pg.gda.pl*

Re: [ANNOUNCE] udev 048 release

[Greg KH]

On Wed, Dec 08, 2004 at 10:56:27PM +0100, Tomasz K?oczko wrote:
> 
> First: is it any real reason for use by udev private copy libsysfs which
> is statically linked with udev ?

Yes, the "system" version of libsysfs is not always the same one that
udev wants.  Over the past year or so, sometimes it has varied a lot.
Hopefully now we are properly synced up, but I still trust our own
version, not any other version (this really matters on boxes that have
older versions of libsysfs, like SLES 9 and friends.)

> I'm using udev with shared libsysfs for a months and all works correcly.

Great.  Notice any code size savings?  Yeah, it's not really all that
much.  You also need static linking when using klibc to get a very tiny
udev for your boot initramfs image.

> If no reasons patches for using system avalaible libsysfs for udev 048 
> can be downloaded from:
> 
> http://cvs.pld.org.pl/SOURCES/udev-uses_system_libsysfs.patch?rev=1.7
> http://cvs.pld.org.pl/SOURCES/udev-extras_scsi_id_sysfs.patch?rev=1.1
> 
> Also after aplying this patches libsysfs/ subdirectory can be removed from 
> udev source tree.

Will it still properly build with klibc?

Also, please realize that libsysfs is really not on many machines, due
to it only being used by 1 other program at this time.  So any memory
size savings is very limited.

> Second: in current udev Makefile is used direct stripping linked binaries.
> Why ?

Smaller size :)

> It makes harder packaging udev if someone will try generate udev in 
> for example rpm form with debug info in separated udev-debug package.

I'm sure those who package up rpms of udev have dealt with this properly
somehow.  For the rest of the world, I'd prefer to keep the current way.

thanks,

greg k-h

Re: [ANNOUNCE] udev 048 release

[Kay Sievers]

On Wed, 2004-12-08 at 14:05 -0800, Greg KH wrote:
> On Wed, Dec 08, 2004 at 10:56:27PM +0100, Tomasz K?oczko wrote:

> > Also after aplying this patches libsysfs/ subdirectory can be removed from 
> > udev source tree.
> 
> Will it still properly build with klibc?

This will not work at the moment, as we fake the getmntent() call in
libsysfs at compile time for the klibc build.

> I'm sure those who package up rpms of udev have dealt with this properly
> somehow.  For the rest of the world, I'd prefer to keep the current way.

I agree. It's much easier to tweak the udev sources to use a dynamic
linked libsysfs than the other way around.

Thanks,
Kay

Re: [ANNOUNCE] udev 048 release

[Tomasz Kłoczko]

[-- Attachment #1: Type: TEXT/PLAIN, Size: 3350 bytes --]

On Wed, 8 Dec 2004, Greg KH wrote:

> On Wed, Dec 08, 2004 at 10:56:27PM +0100, Tomasz K?oczko wrote:
>>
>> First: is it any real reason for use by udev private copy libsysfs which
>> is statically linked with udev ?
>
> Yes, the "system" version of libsysfs is not always the same one that
> udev wants.

Sorry but from eons spend some time on prepare correct build enviromet 
isn't task for each project maintainers but for persons who tries buid 
specified project from source tree :-|

Try prepare in corect form only udev .. and nothing more :_)

Me and probaly many othet people aroud the word who tries build variose
tools for variouse distributions hates maintainers who includes in project 
tree souce code another projects. Much more haten is project maitainer who 
don't allow in easy way use system avalaible libraries.
Please don't try be listed on this long hated maintainers list ;>

Argument allways is like yours .. and allways this is source ass pain
for distribution maintainers like:

- patchin from each new version for use system avalaible libraries if
   something will be changed in build automations (for udev from may this
   year it hapens .. seven times),

- what if in libsysfs will be discovered some nasty bug ? Why I must audit
   not only libsysfs but also any other projests where libsysfs source was
   included ? (this not hipotetycal case .. do you remember case with for
   example with security bugs in zlib ?).

If you want more argumets for not link statisally look at Solarias 10 why 
*ALL* binaries are linked with shared version of any library and lern 
more .. this is _specialy_ for tools very close to kernel layer.

[..]
>> I'm using udev with shared libsysfs for a months and all works correcly.
>
> Great.  Notice any code size savings?  Yeah, it's not really all that
> much.  You also need static linking when using klibc to get a very tiny
> udev for your boot initramfs image.

This not for code saving but for use only one copy of library by any tools 
which uses specifieed API/ABI. In case any bug on for example libsysfs
which can be fixed without changing API/API all what must be performed is
replace libsysfs shared library .. nothing more.

[..]
>> It makes harder packaging udev if someone will try generate udev in
>> for example rpm form with debug info in separated udev-debug package.
>
> I'm sure those who package up rpms of udev have dealt with this properly
> somehow.  For the rest of the world, I'd prefer to keep the current way.

Greg meybe you are very good kernel hacker (for me you are :) but seems 
you are not so good as person for maintaining user space tools ;>

IMO ony ~1-2% of *all* project uses direct stripping chained directly 
chained in build automation which is used by default. All from this ~1-2% 
because maintainer isn't skilled in some subjects.
Default behavior ~99-98% projects build automations is pass not stripped
binaries. On most of this projects (all which uses for example automake)
producing stripped binaries cen be enabled by add -s to linking options
(usualy LDFLAGS="-s").

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek@rudy.mif.pg.gda.pl*

Re: [ANNOUNCE] udev 048 release

[Andrew Walrond]

On Wednesday 08 Dec 2004 19:46, Greg KH wrote:
>
> Ok, version 048 has been released to fix the build errors for the
> extras/ directory.  It's available at
>  kernel.org/pub/linux/utils/kernel/hotplug/udev-048.tar.gz
>

I've built a boot cd with linux-2.6.10-rc3, udev 048 and latest hotplug.

When I boot a machine with my CD, udev doesn't create /dev/hda
I can't fathom why. Any reasons why it wouldn't create it?
It _has_ created /dev/hdc, (the cdrom drive) and all the other usual devices.

/proc/ide shows hda->ide0/hda
/proc/ide/ide0/hda/model = MAXTOR 6L040J2

This is a simple Asus P4PE m/b with intel ICH4 IDE.

( I know I can mknod, but since this is supposed to be a general purpose 
boot/toolkit CD, I'd like to make sure udev is working properly)

Any clues? hda currently contains windows server and I'm rather eager to wipe 
it ;)

Andrew Walrond

Re: [ANNOUNCE] udev 048 release

[Greg KH]

On Thu, Dec 09, 2004 at 09:47:14PM +0000, Andrew Walrond wrote:
> On Wednesday 08 Dec 2004 19:46, Greg KH wrote:
> >
> > Ok, version 048 has been released to fix the build errors for the
> > extras/ directory.  It's available at
> >  kernel.org/pub/linux/utils/kernel/hotplug/udev-048.tar.gz
> >
> 
> I've built a boot cd with linux-2.6.10-rc3, udev 048 and latest hotplug.
> 
> When I boot a machine with my CD, udev doesn't create /dev/hda
> I can't fathom why. Any reasons why it wouldn't create it?

Does /sys/block/hda exist?

Did you run udevstart as part of your boot process after init happens?

thanks,

greg k-h

Re: [ANNOUNCE] udev 048 release

[Andrew Walrond]

On Thursday 09 Dec 2004 23:25, Greg KH wrote:
>
> Does /sys/block/hda exist?
>
No; ide-disk wasn't loaded :(

Thanks

Andrew

Re: [ANNOUNCE] udev 047 release [u]

[Martin Schlemmer [c]]

[-- Attachment #1: Type: text/plain, Size: 1019 bytes --]

On Wed, 2004-12-08 at 10:58 -0800, Greg KH wrote:

> Lots of changes here in this release, see the full changelog below.
> Highlights are:
> 	- massive change with the way udevd can now work.  See
> 	  http://thread.gmane.org/gmane.linux.hotplug.devel/6173 for
> 	  more details on this (Kay's changes are now part of udev
> 	  proper, you don't have to apply anything for this to work,
> 	  just follow the directions in
> 	  http://article.gmane.org/gmane.linux.hotplug.devel/6192
> 	  to enable this mode.)

Any suggestions to determining the version of the installed udev?
This is now during startup, to see if we can make use of using
udevsend as hotplug agent.  If the system was up, udevinfo could
be used, but that is in /usr/bin that might be on a seperate /usr.
I know we might move udevinfo to /bin, but that might be an issue
for some, and adding a -V switch to /sbin/udev might be a better
choice if you do not have have any nit's against it ....


Thanks,

-- 
Martin Schlemmer


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]