Re: waiting 10s before mounting root filesystem?

[William Park <opengeometry@yahoo.ca>]

On Fri, Dec 31, 2004 at 03:42:57AM -0800, Andrew Morton wrote:
> Paulo Marques <pmarques@grupopie.com> wrote:
> >
> > Andrew Morton wrote:
> > > Why is this patch needed?  If it is to offer the user a chance to
> > > insert the correct medium or to connect the correct device, why
> > > not rely upon the user doing that thing and then hitting reset?
> > 
> > No, no. The problem is not user interaction.
> > 
> > The problem is that the USB subsystem takes a lot of time to go
> > through the hostcontrollers -> hubs -> devices. By the time it finds
> > the USB mass storage that is supposed to be used as root filesystem,
> > the kernel had already panic'ed.
> 
> That would be a USB bug, surely.  If /dev/usb/foo is present and
> functioning correctly, and higher-level code tries to access that
> device, USB should _not_ error out - it should block the caller until
> everything is sorted out.

My USB key drive takes 5s to show up as SCSI, from the moment 'uhci_hcd'
and 'usb-storage' spit out message.  I don't know why.  Internally, USB
key drive is solid state flash memory, so it should be faster than any
spinning disks.

The USB key drive works when I load the USB/SCSI modules as modules.
But, when I boot all-compiled-in-kernel and try to mount /dev/sda1 as
root device, the kernel panicks before the USB key drive has chance to
register.  This means that in order to do 'usbboot', one must go through
the contorted process of 'initrd' which is advocated only by special
interest group whose embedded world is one patch way from becoming
obsolete.