From owner-freebsd-current@FreeBSD.ORG Thu Apr 16 23:19:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 819F61065672 for ; Thu, 16 Apr 2009 23:19:45 +0000 (UTC) (envelope-from marcus@blazingdot.com) Received: from marklar.blazingdot.com (marklar.blazingdot.com [207.154.84.83]) by mx1.freebsd.org (Postfix) with SMTP id D28508FC19 for ; Thu, 16 Apr 2009 23:19:43 +0000 (UTC) (envelope-from marcus@blazingdot.com) Received: (qmail 43680 invoked by uid 503); 16 Apr 2009 22:53:02 -0000 Date: Thu, 16 Apr 2009 15:53:02 -0700 From: Marcus Reid To: Andrew Thompson Message-ID: <20090416225302.GA39766@blazingdot.com> References: <1237804575.1771.7.camel@balrog.2hip.net> <1237884572.1771.28.camel@balrog.2hip.net> <20090330061036.GA83528@citylink.fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090330061036.GA83528@citylink.fud.org.nz> X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.6i Cc: freebsd-current@freebsd.org, Nenhum_de_Nos , Robert Noland Subject: Re: Booting from usb hard disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2009 23:19:46 -0000 On Sun, Mar 29, 2009 at 11:10:36PM -0700, Andrew Thompson wrote: > On Tue, Mar 24, 2009 at 03:49:32AM -0500, Robert Noland wrote: > > On Mon, 2009-03-23 at 19:40 -0300, Nenhum_de_Nos wrote: > > > On Mon, March 23, 2009 07:36, Robert Noland wrote: > > > > So I have my i386 install on a usb hard disk, which I can only boot on > > > > one machine now. The one machine that I can make work has a bios option > > > > that reads "BIOS ehci handoff". This used to work with the old usb > > > > stack. The machines that it doesn't work on, boot the kernel, but fail > > > > to mount root, giving me the forbidding mountroot> prompt, which is > > > > immediately followed by the message saying that da0 is attached. da0 is > > > > however not listed in the available boot devices list. I tried playing > > > > around with the timeout in vfs_mount.c, but that didn't seem to have any > > > > impact. It has been suggested that this may be a "geom" timeout, but I > > > > don't know anything about the boot system really. > > > > > > I had problem a while ago with via mini itx hardware, that was quite > > > close. If I try boot from usb (installed in usb hdd), I get to the point > > > of loader not finding my disk. > > > > > > I then used a small flash disk attached to the ata (44 pin ide) channel > > > and formatted /boot in there. this way I get to the point of mount root > > > you said, and da0 not being alive soon enough to mount root. list disks > > > also couldn't find da0 though. > > > > > > I tried current from that time, and no good. > > > > > > if this is solved, I'll be happy to try whatever patch to current. (as > > > long as I can install it from another box/or its ata channel, as it can't > > > boot vanilla 7.1R) > > > > So, my solution was to set kern.cam.scsi_delay=10000 > > in /boot/loader.conf > > The following patch should work. It creates interleaving root hold > tokens from the CAM probe to disk_create and geom providor tasting. > I had to add a malloc type flag as sleeping isnt allowed at the point I > added the token alloc in CAM. > > http://people.freebsd.org/~thompsa/root_wait.diff > > It needs review by the various geom/cam ppls. I'm running up against the problems booting from USB that are (somewhat) fixed by your patch. I noticed that it was comitted but reverted due to not being the correct approach. Setting kern.cam.scsi_delay=10000 doesn't work for me either. Is there another way to work around it? Thanks, Marcus