From owner-freebsd-sparc64@FreeBSD.ORG Tue Sep 2 21:10:46 2008 Return-Path: Delivered-To: freebsd-sparc64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2445D1065679; Tue, 2 Sep 2008 21:10:46 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id A2B838FC13; Tue, 2 Sep 2008 21:10:45 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id m82LAivV021945; Tue, 2 Sep 2008 23:10:44 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id m82LAhkq021944; Tue, 2 Sep 2008 23:10:43 +0200 (CEST) (envelope-from marius) Date: Tue, 2 Sep 2008 23:10:43 +0200 From: Marius Strobl To: "Justin T. Gibbs" Message-ID: <20080902211043.GA21904@alchemy.franken.de> References: <1220278827.70590.35.camel@buffy.york.ac.uk> <20080901161850.GE80839@alchemy.franken.de> <1220287328.70590.46.camel@buffy.york.ac.uk> <20080901194726.GG80839@alchemy.franken.de> <48BC5AF8.50600@scsiguy.com> <20080901231604.GH80839@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080901231604.GH80839@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: gibbs@FreeBSD.org, Gavin Atkinson , freebsd-sparc64@FreeBSD.org Subject: Re: HEAD panic with ofw_pcibus.c 1.21 on Blade 100 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Sep 2008 21:10:46 -0000 On Tue, Sep 02, 2008 at 01:16:04AM +0200, Marius Strobl wrote: > On Mon, Sep 01, 2008 at 03:13:28PM -0600, Justin T. Gibbs wrote: > > > > If you absolutely have to remove the probe just for sparc, it would > > be better to figure out how to just avoid compiling in that probe > > (config spec change "optional isa_nonpnp", or similar?). > > What I think would be the right thing to do in this regard > is splitting the ISA drivers and bus front-ends into bus > front-ends for LPC or LPC-like busses (i.e. on-board PNP- > only/firmware enumerated) and real ISA busses (non-PNP, > cards in real slots). Though as far as I know there's more > to LPC in terms of ACPI-probing which I currently don't > understand and I admit that I'm reluctant to doing that > much work just to keep a single bus front-end from probing... > Thinking some more about it I decided to work around the lack of distinction between LPC and real ISA at a different level. Marius