On Tue, May 17, 2011 at 7:26 PM, Thomas Bächler <thomas@archlinux.org> wrote:
Am 17.05.2011 18:23, schrieb Tom Gundersen:
There was a regression in udev-168 where "udevadm settle" would sometimes return too early. This lead to some (apparently rare) systems being unable to boot, especially people booting from usb drives or not having devtmpfs support in their kernels were affected.
udev-168-2 contains the fix packported from upstream git.
Please test and signoff both arches, I hope to push to [core] relatively quickly.
And I was wondering why my aic7xxx controller initialized so fast - turns out nothing was waiting for it to initialize (in this case, I wish I could restore that behaviour, because it takes ages).
UDEV_TIMEOUT=0 restores the bug ;-) (though I think it is a very bad idea to use this feature, it might mean you won't have your block devices when you need them...)