From owner-freebsd-current@FreeBSD.ORG Thu Dec 30 20:33:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13C5816A4CF for ; Thu, 30 Dec 2004 20:33:51 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id D38E743D1D for ; Thu, 30 Dec 2004 20:33:50 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 1144 invoked from network); 30 Dec 2004 20:33:50 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 30 Dec 2004 20:33:50 -0000 Received: from [10.50.41.243] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id iBUKXLCs011963; Thu, 30 Dec 2004 15:33:37 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Nate Lawson Date: Thu, 30 Dec 2004 15:27:07 -0500 User-Agent: KMail/1.6.2 References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200412291715.51125.jhb@FreeBSD.org> <41D33B86.3060109@root.org> In-Reply-To: <41D33B86.3060109@root.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200412301527.07327.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: freebsd-current@FreeBSD.org Subject: Re: page fault panic in device_get_softc/acpi_pcib_route_interrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 30 Dec 2004 20:33:51 -0000 On Wednesday 29 December 2004 06:19 pm, Nate Lawson wrote: > John Baldwin wrote: > > On Tuesday 28 December 2004 06:32 pm, Pawel Worach wrote: > >>John Baldwin wrote: > >>>Are you still seeing this? > >> > >>Yes I am, updated boot -v with debug.rman_debug=1 below. > >>Sources are from 16:00 UTC today. Last working kernel I > >>have is from November 20, I can start a binary search if > >>you want. > > > > No, I'm fairly sure I know what the search would find. :) Nate, I think > > the problem here is that his link device doesn't have an associated > > device_t yet when he gets to this point. Can we force ACPI to enumerate > > all its devices and assign the associated device_t's via the > > GetData/SetData stuff before we actually probe any of the children, or do > > we do that already? > > What you want, my friend, is multi-pass newbus. Oh wait, you were one > of the proponents of that. :) > > You can overload the hack I have in acpi_probe_order() for sysresource > objects. Just do a manual check for the PNPID for PCI links and have > them probe first. I don't need them to probe first, I just need them to have a device_t associated with each ACPI handle (even an unprobed one) before any of the child devices are probed and attached. It actually wouldn't hurt to go ahead and probe them up front if that is easy to do though. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org