From owner-freebsd-acpi@FreeBSD.ORG Fri Apr 19 21:28:04 2013 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 96A591E6 for ; Fri, 19 Apr 2013 21:28:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 74F9C1FAB for ; Fri, 19 Apr 2013 21:28:04 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C3BC8B97C; Fri, 19 Apr 2013 17:28:03 -0400 (EDT) From: John Baldwin To: Benjamin Lee Subject: Re: panic: acpi_pci_link_srs_from_crs: can't put non-ISA IRQ 20 in legacy IRQ resource type) Date: Fri, 19 Apr 2013 17:26:31 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <20130418124940.47e3618a@b1c1l1.com> <201304191131.49433.jhb@freebsd.org> <20130419131849.7357c8f6@b1c1l1.com> In-Reply-To: <20130419131849.7357c8f6@b1c1l1.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201304191726.31089.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 19 Apr 2013 17:28:03 -0400 (EDT) Cc: freebsd-acpi@freebsd.org X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Apr 2013 21:28:04 -0000 On Friday, April 19, 2013 4:18:49 pm Benjamin Lee wrote: > On Fri, 19 Apr 2013 11:31:49 -0400, John Baldwin wrote: > > On Thursday, April 18, 2013 3:49:40 pm Benjamin Lee wrote: > > > I have a system that panics on boot with 10-CURRENT and boots with many > > > ACPI error messages and non-functional devices with 9.1-RELEASE. > > > > > > Motherboard is Foxconn C51XEM2AA (NVIDIA nForce 590) desktop board. > [...] > > > Even though 9.1-RELEASE boots successfully, devices such as the ehci USB > > > controller and SATA controller do not work. > > > > Ugh, your BIOS does unexpected things. It uses a _CRS for these pci link > > devices that uses a "short" IRQ resource, but uses an extended IRQ resource in > > _PRS (and expects an extended one in _SRS). We use _CRS as a template for the > > resource to build. > > > > Try this patch. It's a bit hackish, but it forces us to not use _CRS as a > > template if _CRS uses a "short" IRQ resource, but the link supports non- ISA > > IRQs. > [...] > > Thanks, that fixed the panic and the system boots. Now it is > complaining about AE_AML_BAD_RESOURCE_LENGTH and still unable to route > IRQs, but it definitely looks better than the ACPI parsing errors in 9: > > pcib0: allocated type 3 (0xdffff000-0xdfffffff) for rid 10 of pci0:0:10:0 > pcib0: matched entry for 0.10.INTA (src \_SB_.PCI0.AUBA:0) > pci_link26: Picked IRQ 20 with weight 0 > pci_link26: Unable to route IRQs: AE_AML_BAD_RESOURCE_LENGTH > > Full boot -v output: http://www.b1c1l1.com/media/debug/20130419-10-patched- boot.txt.gz Can you add some printfs to the places that return the AE_AML_BAD_RESOURCE_LENGTH to see which one is being triggered? (Just look for that constant in sys/contrib/dev/acpica to find the possible places.) -- John Baldwin