From owner-freebsd-current@FreeBSD.ORG Fri Jan 7 07:15:22 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 6DE8716A4CE; Fri, 7 Jan 2005 07:15:22 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAC3A43D1F; Fri, 7 Jan 2005 07:15:21 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j077FKGV024623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 6 Jan 2005 23:15:20 -0800 Message-ID: <41DE36FA.6070805@root.org> Date: Thu, 06 Jan 2005 23:15:06 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach 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> <41DDC941.9000609@telia.com> In-Reply-To: <41DDC941.9000609@telia.com> 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: Fri, 07 Jan 2005 07:15:22 -0000 Pawel Worach wrote: > 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. That's a problem. If the link isn't attached, you can't route interrupts by it. Try adding this to the if statemetns in sys/dev/acpica/acpi.c:acpi_probe_order() -- /* attach pci links early */ } else if (acpi_MatchHid(handle, "PNP0C0F")) { *order = 3; ret = 1; } -- Nate