On Mon, 2005-06-20 at 10:34 -0700, Greg KH wrote:
> On Mon, Jun 20, 2005 at 01:24:23PM -0400, Jeff Garzik wrote:
> > Greg KH wrote:
> > >On Mon, Jun 20, 2005 at 01:04:10PM +0300, Denis Vlasenko wrote:
> > >
> > >>Greg, any plans to distribute udev and hotplug within kernel tarballs
> > >>so that people do not need to track such changes continuously?
> > >
> > >
> > >Nope. But if you use udev, you should read the announcements for new
> > >releases, as I did say this was required for 2.6.12, and gave everyone a
> > >number of weeks notice :)
> >
> > Since udev is required for booting, it sounds like you're putting people
> > in an upgrade-or-no-boot situation.
>
> Well, they don't _have_ to upgrade their kernel :)
>
> > That's lame. The kernel should support udev's out in the field, on
> > people's boxes (RHEL, SLES?, Fedora, ...).
>
> This was caused by an unfortunate assumption in older versions of udev
> about what was contained in the sysfs tree. udev is now fixed to not
> make that assumption. So this was not a kernel bug, but a udev/libsysfs
> one (and I wasn't going to keep the old kernel behavior for this minor
> issue.)
>
> As for working with people's boxes, only the very oldest versions of
> udev (like the reported 030 version which is a year old and I do not
> think shipped by any distro) would have the "lockup" issue. On all of
> the other ones, only custom rules written by users would have issues
> (meaning, not work). I do not know of any shipping, supported distro
> that currently has a boot lockup issue (if so, please let me know.)
SLES 9 shipped with udev-021.
http://www.novell.com/products/linuxpackages/enterpriseserver/i386/udev.html
Is that effected by this?
josh
-
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/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]