lkml.org 
[lkml]   [2009]   [Aug]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] Driver Core: devtmpfs - kernel-maintained tmpfs-based /dev
On Thu, Aug 06, 2009 at 08:06:16PM +0300, Al Boldi wrote:
> Andi Kleen wrote:
> > Greg KH <greg@kroah.com> writes:
> > > It makes the userspace boot process much simpler and easier to maintain,
> > > as well as providing a way to handle rescue disks and images trivially,
> > > and it makes the kernel _less_ dependant on the early userspace bootup
> > > scripts.
> >
> > As a initrd less kernel user I can really only agree: getting rid
> > of the udev-in-initrd requirement would be a big step forward
> > in usability. Typically I always have to pre populate
> > a on disk /dev manually first to get my kernels to boot.
>
> Oh good, I thought I was the only one doing that.
>
> The reason I don't like udev is that it's just to slow; something like a 5-10s
> delay on each boot. No idea why it should be so slow, but it's probably
> probing the kernel for all available devices at boot, when it could be much
> quicker by probing for the device on access.

Like Kay stated, this sounds like a misconfiguration of your distro's
udev setup, as the ones I use (openSUSE and Gentoo) do not have this
problem at all.

Please work with your distro and the people on the
linux-hotplug@vger.kernel.org mailing list to help resolve this issue.

thanks,

greg k-h


\
 
 \ /
  Last update: 2009-08-06 21:01    [W:0.202 / U:0.724 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site