From owner-freebsd-mips@FreeBSD.ORG Tue Feb 16 06:47:28 2010 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 544B01065676 for ; Tue, 16 Feb 2010 06:47:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1546D8FC1A for ; Tue, 16 Feb 2010 06:47:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o1G6fod3025047; Mon, 15 Feb 2010 23:41:50 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 15 Feb 2010 23:42:02 -0700 (MST) Message-Id: <20100215.234202.119882392285831214.imp@bsdimp.com> To: adrian.chadd@gmail.com From: "M. Warner Losh" In-Reply-To: References: <1265398292.2149.3.camel@brain.lan.terror.local> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-mips@FreeBSD.org Subject: Re: rspro board and mounting root from SD X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Feb 2010 06:47:28 -0000 In message: Adrian Chadd writes: : Thanks, I'll just (ab)use this method of delaying the root mounting : hackery until the umass child gets a chance to finishing probing. : : A "better" solution (eg enumerating which USB children need to finish : probing and adding them in with relevant notification) may take a bit : more hackery than I was hoping for. Maybe slicing something hackish : into CAM would be evil but more generic.. There is something hackish already in CAM, sadly. kern.cam.boot_delay looks like it defaults to '0' but you could set it to 4 I think to get the same net-net as this patch. I've talked through a bunch of solutions with Scott, and I think we concluded that the right approach was for CAM to evolve a little. As SIMs are discovered, they are added to a list of things to probe (if their transport is polled, rather than self-discovered). Then, after the interrupt hooks are done, it would run through the list polling those SIMs. Once that's done, we'd release the hounds, errr, I mean we'd allow mount_root to proceed. Warner