From owner-freebsd-current@FreeBSD.ORG Wed Aug 11 22:35:04 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 C500916A4CE for ; Wed, 11 Aug 2004 22:35:04 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71BCB43D1F for ; Wed, 11 Aug 2004 22:35:04 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-127-84-57.dsl.snfc21.pacbell.net [67.127.84.57]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7BMZ08U004726; Wed, 11 Aug 2004 15:35:03 -0700 Message-ID: <411A9F14.4000204@root.org> Date: Wed, 11 Aug 2004 15:35:00 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcel Moolenaar References: <20040811214708.GA25696@dhcp50.pn.xcllnt.net> In-Reply-To: <20040811214708.GA25696@dhcp50.pn.xcllnt.net> Content-Type: multipart/mixed; boundary="------------060108080209020609010400" cc: current@FreeBSD.org Subject: Re: ia64: ACPI PCI IRQ routing breakage 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: Wed, 11 Aug 2004 22:35:04 -0000 This is a multi-part message in MIME format. --------------060108080209020609010400 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Marcel Moolenaar wrote: > Nate, > > I just tried to boot a kernel with the new ACPI PCI IRQ routing and > things look very bad: > > Table 'SSDT' at 0xe00000003fdfc680 > Table 'SSDT' at 0xe00000003fdfc740 > Table 'SSDT' at 0xe00000003fdfc970 > Table 'SSDT' at 0xe00000003fdfcfe0 > Table 'SSDT' at 0xe00000003fdfd650 > Table 'SSDT' at 0xe00000003fdfdcc0 > Table 'SSDT' at 0xe00000003fdfe330 It's very hard to debug things when all your important devices are hidden in SSDTs. I'd appreciate it if someone took me up on adding SSDT support to acpidump. > acpi0: on motherboard > acpi0: [GIANT-LOCKED] > acpi0: Power Button (fixed) > acpi0: Sleep Button (fixed) > > pcib0: on acpi0 > ACPI PCI link initial configuration: > pci0: on pcib0 > pci0: physical bus=0 > map[10]: type 1, range 32, base 80023000, size 12, enabled > found-> vendor=0x1033, dev=0x0035, revid=0x41 > bus=0, slot=1, func=0 > class=0c-03-10, hdrtype=0x00, mfdev=1 > cmdreg=0x0146, statreg=0x0210, cachelnsz=32 (dwords) > lattimer=0x80 (3840 ns), mingnt=0x01 (250 ns), maxlat=0x2a (10500 ns) > intpin=a, irq=0 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type 1, range 32, base 80022000, size 12, enabled [...] > > If you don't have any suggestions from the top of your head, then > please could you back it out so that we can work out what's going > on without having ia64 completely bOrked. It not just inconvenient > for me. It's a major blocker. In that light I'd hoped to be given > more time for testing. It's likely your link devices don't like being called with _DIS. Try the attached patch. -Nate --------------060108080209020609010400 Content-Type: text/plain; name="dbg.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dbg.diff" Index: acpi_pci_link.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_pci_link.c,v retrieving revision 1.20 diff -u -r1.20 acpi_pci_link.c --- acpi_pci_link.c 11 Aug 2004 20:37:24 -0000 1.20 +++ acpi_pci_link.c 11 Aug 2004 22:33:09 -0000 @@ -377,12 +377,13 @@ * run _DIS (i.e., the method doesn't exist), assume the initial * IRQ was routed by the BIOS. */ +#if 0 if (ACPI_SUCCESS(AcpiEvaluateObject(handle, "_DIS", NULL, NULL))) { link->current_irq = 0; link->flags = ACPI_LINK_NONE; } else { +#endif link->flags = ACPI_LINK_ROUTED; - } error = AcpiGetPossibleResources(handle, &buf); if (ACPI_FAILURE(error)) { --------------060108080209020609010400--