Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754966AbZDOO2a (ORCPT ); Wed, 15 Apr 2009 10:28:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752532AbZDOO2T (ORCPT ); Wed, 15 Apr 2009 10:28:19 -0400 Received: from casper.infradead.org ([85.118.1.10]:47235 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752835AbZDOO2S (ORCPT ); Wed, 15 Apr 2009 10:28:18 -0400 Date: Wed, 15 Apr 2009 07:30:01 -0700 From: Arjan van de Ven To: Mark Lord Cc: Greg KH , Jeff Garzik , Linux USB kernel mailing list , Alan Stern , LKML , "Rafael J. Wysocki" Subject: Re: USB storage no-boot regression (bisected) Message-ID: <20090415073001.503b0361@infradead.org> In-Reply-To: <49E5EE41.3090505@rtr.ca> References: <49E4FAC6.1030400@garzik.org> <20090415014930.GA29413@kroah.com> <49E5480F.10501@garzik.org> <20090415050947.GB3462@kroah.com> <49E5EE41.3090505@rtr.ca> Organization: Intel X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1606 Lines: 43 On Wed, 15 Apr 2009 10:25:05 -0400 Mark Lord 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-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/