On Wed, 15 Apr 2009 10:25:05 -0400 Mark Lord <lkml@xxxxxx> wrote: > Greg KH wrote: > > .. > > The issue is that you were just lucky that your machine worked > > properly previously. My boxes with the same type of setup didn't, > > so I quickly realized what the root delay boot option was for. You > > need to just do the same thing here, there's nothing else we can do. > .. > > Bad excuse. > > SATA drives also take variable amounts of time to "show up" at boot. > Perhaps Jeff should customize libata for your and Arjan's exact > setups, just to help with understanding the point here. :) the difference is that with sata you know when you are done and have all possible drives. No so much much with USB. So with SATA we can, and do, wait for the scan to complete at the right point in the boot. > > The speed ups are fine (and welcome), but we really now need > Arjan to follow-up with a patch to have the kernel *by default* > wait a little longer for the rootfs to show up. > > Not forever, just a few seconds to compensate for the regression. seconds!!!!! The whole kernel boots in half a second! for this case, which is unfortunately not detectable by the kernel, there is the rootwait option. -- Arjan van de Ven Intel Open Source Technology Centre For development, discussion and tips for power savings, visit http://www.lesswatts.org -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
