From owner-freebsd-current@FreeBSD.ORG Tue Jun 30 09:35:46 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 DBB6A1065670; Tue, 30 Jun 2009 09:35:46 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 70C288FC26; Tue, 30 Jun 2009 09:35:46 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.20] (helo=10.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1MLZkf-0001Sj-5H; Tue, 30 Jun 2009 11:35:45 +0200 Received: from tcc4c.t.pppool.de ([89.55.204.76]:52859 helo=ernst.jennejohn.org) by 10.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1MLZke-0007Aw-TQ; Tue, 30 Jun 2009 11:35:45 +0200 Date: Tue, 30 Jun 2009 11:35:44 +0200 From: Gary Jennejohn To: Chris Hedley Message-ID: <20090630113544.3e2bef31@ernst.jennejohn.org> In-Reply-To: References: <4A2C124A.1050707@freebsd.org> <3c1674c90906291830g1c79c80bq42ce99f44588e968@mail.gmail.com> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: New builds won't boot (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2009 09:35:47 -0000 On Tue, 30 Jun 2009 03:36:02 +0100 (BST) Chris Hedley wrote: > But it did give me an opportunity to spot something weird which I hadn't > noticed before, which is the device numbering: instead of getting the > usual ad0-ad9 for my discs, the numbering was a bit peculiar, ad4, ad6 and > so on, as if it were enumerating them according to each logical slot > rather than doing them by discs as they're found. > It does seem to number based on slot, whereby the driver for some reason acts as though SATA has master/slave disks, which of course it doesn't. You can get back to the old behavior by putting "options ATA_STATIC_ID" into your kernel config file. --- Gary Jennejohn