Message at the end is forwarded from linux-hotplug-devel.
Basically, it means that we have three options WRT udev and hotplug.
1) Upgrade to their new way of handling things, (i.e., linux-2.6.15 +
patches, new udev, new rules, no hotplug).
2) Keep everything as it is currently (i.e., linux >= 2.6.12, udev,
current rules, hotplug)
3) Remove both udev and hotplug, revert to static /dev
But (1) means that we WILL break things at least for Darren Salt (i.e.,
make his computer unbootable--do you want this for your own system?).
The "unable to wait reliably for all hotplug events" problem looks
unsolvable.
(2) is not currently supported upstream, so if we choose this, we are on
our own.
This leaves us with no option other than (3). Sorry for my inability to
say anything else.
==================
Darren Salt wrote:
I demand that Alexander E. Patrakov may or may not have written...
Kay Sievers wrote:
[snip]
To wait for the events to finish (if you need to), I do:
loop=300
while test -d /dev/.udev/queue; do
sleep 0.1;
test "$loop" -gt 0 || break
loop=$(($loop - 1))
done
USB uevents easily get past this loop.
Also slower machines. I have a machine (PII 366) here which has randomly
failed to create /dev/hda* in time, causing problems for fsck; doubling the
timeout avoids the problem.
[snip]
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
