[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1249907952.4431.11.camel@quest>
Date: Mon, 10 Aug 2009 13:39:12 +0100
From: Scott James Remnant <scott@...ntu.com>
To: Al Boldi <a1426z@...ab.com>
Cc: Greg KH <greg@...ah.com>, Andi Kleen <andi@...stfloor.org>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
linux-kernel@...r.kernel.org, Kay Sievers <kay.sievers@...y.org>,
Jan Blunck <jblunck@...e.de>, gregkh@...e.de,
Harald Hoyer <harald@...hat.com>
Subject: Re: [PATCH] Driver Core: devtmpfs - kernel-maintained tmpfs-based
/dev
On Mon, 2009-08-10 at 15:05 +0300, Al Boldi wrote:
> Scott James Remnant wrote:
> > On Thu, 2009-08-06 at 23:18 +0300, Al Boldi wrote:
> > > Maybe they are using the same trick as Ubuntu and Debian, as they run
> > > udev in the background to hide the slowness. Both Fedora and Mandriva
> > > run udev in the foreground where the slowness is visible.
> >
> > Ubuntu does not run udev in the background.
>
> I put a date timestamp at the beginning and end of the start command of
> init.d/udev, and when you stop and then start init.d/udev it shows a ~5s
> delay. At boot I don't see this delay, but instead see the initial date
> stamp, then a flurry of parallel activity, then the final date stamp, which
> shows the ~5s delay.
>
That flurry of activity is the things that udev does during boot that
takes the 5s.
Right now we have to block until all udev activity is complete, to
ensure that /dev is populated. This patch is one solution to that
problem.
Scott
--
Scott James Remnant
scott@...ntu.com
Download attachment "signature.asc" of type "application/pgp-signature" (198 bytes)
Powered by blists - more mailing lists