[arch-dev-public] [signoff] udev-168-2
Hi guys, 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. Cheers, Tom
[2011-05-17 18:23:10 +0200] 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.
Signoff x86_64. -- Gaetan
Am 17.05.2011 18:23, schrieb Tom Gundersen:
Hi guys,
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). Anyway, signoff x86_64.
Am 17.05.2011 19:26, schrieb Thomas Bächler:
Am 17.05.2011 18:23, schrieb Tom Gundersen:
Hi guys,
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).
Anyway, signoff x86_64.
And i686, too.
On Tue, May 17, 2011 at 7:31 PM, Thomas Bächler <thomas@archlinux.org> wrote:
Am 17.05.2011 19:26, schrieb Thomas Bächler:
Am 17.05.2011 18:23, schrieb Tom Gundersen:
Hi guys,
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).
Anyway, signoff x86_64.
And i686, too.
Great. Then it can be pushed to core (I have tested on two x86_64 machines and one i686). Thomas? Ionut? Cheers, Tom
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...)
participants (3)
-
Gaetan Bisson
-
Thomas Bächler
-
Tom Gundersen