From owner-freebsd-current@FreeBSD.ORG Thu Jan 6 23:27:37 2005 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 8036116A4CE; Thu, 6 Jan 2005 23:27:37 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23A5043D54; Thu, 6 Jan 2005 23:27:37 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.6) (authenticated as u86211448) id 4199C69600038AD7; Fri, 7 Jan 2005 00:27:04 +0100 Message-ID: <41DDC941.9000609@telia.com> Date: Fri, 07 Jan 2005 00:26:57 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20041223) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <20587818.1102626838092.JavaMail.tomcat@pne-ps4-sn1> <200501061345.44146.jhb@FreeBSD.org> <41DD9806.6060301@telia.com> <200501061541.39673.jhb@FreeBSD.org> <41DDBA4F.6010009@root.org> In-Reply-To: <41DDBA4F.6010009@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org cc: John Baldwin 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, 06 Jan 2005 23:27:37 -0000 Nate Lawson wrote: > A possible fix is to change each reference to LP* in the PICM and APIC > packages to be \LPUS, \LP05, etc. Then recompile and load your asl via > the instructions for overriding it in acpi(4). > > I'm still not sure why this is broken though so I think it's a red > herring and suspect the asl fix won't help. I suspect the real reason > is that \LPUS is not probed/attached before calling pci_add_child() on > PCI0. Pawel, can you stick a printf in acpi_pci_link_attach() right > before the return (0) like this: > > printf("pci link attached: %s\n", acpi_name(acpi_get_handle(dev))); > > I suspect we won't see LPUS there before it panics. > I do not even see the code enter acpi_pci_link_attach(), even added a dummy printf at the top of the method. I modified the AML, changed all LP* to \LP* (except for the Device(LP*) ones, should I change these too?) the result was a couple of errors during boot. I broke something didn't I? can't fetch resources for \_SB_.PCI0 - AE_AML_INVALID_RESOURCE_TYPE can't fetch resources for \_SB_.PCI0.ISA_.SIOM - AE_AML_NO_RESOURCE_END_TAG can't fetch resources for \_SB_.PCI0.ISA_.PS2M - AE_AML_NO_RESOURCE_END_TAG can't fetch resources for \_SB_.PCI0.ISA_.FDC0 - AE_AML_NO_RESOURCE_END_TAG can't fetch resources for \_SB_.PCI0.ISA_.COM1 - AE_AML_NO_RESOURCE_END_TAG can't fetch resources for \_SB_.PCI1 - AE_AML_INVALID_RESOURCE_TYPE can't fetch resources for \_SB_.PCI2 - AE_AML_INVALID_RESOURCE_TYPE can't fetch resources for \_SB_.PCI3 - AE_AML_INVALID_RESOURCE_TYPE can't fetch resources for \_SB_.PCI4 - AE_AML_INVALID_RESOURCE_TYPE .. Fatal trap 12: page fault while in kernel mode [same old story] ... -- Pawel