Hi everyone,

[snip]

quoted text
> > I'm starting to think this might be a distribution problem.  I tried
> > booting my laptop on your config (only system I have with ata_piix)
> > without an initrd (bit painful for fedora 9) and I didn't see any slow
> > downs (in fact it was a lot faster than previously; makes note to file
> > bug with redhat about their initramfs).

[snip]

quoted text
> I'll do so more poking about tomorrow night, but if anyone has any ideas in
> the meantime, I'd be very grateful.
>

I've done that poking around and found something that to me looks interesting.

Before plugging in a usb stick, I changed udev's log_priority to "debug" (using 
udevcontrol). Attached is the snippet from /var/log/messages that shows all the 
diagnostics emitted by udev when the stick was plugged in. (This is with 
2.6.26-rc5-git5). You will see that there are several instances of a message 
about udev unsuccesfully waiting for a file ioerr_cnt to appear deep down in 
the guts of /sys. Eventually, it does appear, but only after 21 seconds have 
elapsed. On 2.6.25.6, the file appears almost as soon as udev starts looking 
for it. The log extract showing this is also attached as is an extract from the 
kernel log for 2.6.26-rc5-git5.

By the way, the main udev-rules file that is installed is the one for slackware 
that comes with the udev package from kernel.org.  So the file these tests were 
run with are that from udev-122, which I upgraded to earlier this evening (more 
in hope than expectation :-)




-- 
Beauty is in the eye of the beerholder.