From owner-freebsd-acpi@FreeBSD.ORG Wed Oct 6 18:59:25 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 054AA16A4CF for ; Wed, 6 Oct 2004 18:59:25 +0000 (GMT) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD26043D48 for ; Wed, 6 Oct 2004 18:59:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 20306 invoked from network); 6 Oct 2004 18:59:23 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 6 Oct 2004 18:59:22 -0000 Received: from [10.50.40.210] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i96Iwsmo074356; Wed, 6 Oct 2004 14:59:19 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: "Kevin Oberman" Date: Wed, 6 Oct 2004 13:20:44 -0400 User-Agent: KMail/1.6.2 References: <20041005203251.325D95D04@ptavv.es.net> In-Reply-To: <20041005203251.325D95D04@ptavv.es.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200410061320.44673.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Oct 2004 18:59:25 -0000 On Tuesday 05 October 2004 04:32 pm, Kevin Oberman wrote: > > From: John Baldwin > > Date: Tue, 5 Oct 2004 12:09:44 -0400 > > > > On Tuesday 05 October 2004 11:54 am, Kevin Oberman wrote: > > > > From: John Baldwin > > > > Date: Mon, 4 Oct 2004 15:57:30 -0400 > > > > > > > > On Monday 04 October 2004 02:33 pm, Nate Lawson wrote: > > > > > Kevin Oberman wrote: > > > > > > It looks like interrupts from the Ethernet are not delivered > > > > > > without ACPI, but that is hardly your problem. I have over-ridden > > > > > > the black-list and things are back to normal. > > > > > > > > > > The reason this system works in Windows without ACPI is that irq > > > > > routing in Windows uses multiple info sources including _PIR and > > > > > $PIR. John Baldwin has patches to do this for us too. > > > > > > > > $PIR routing already works on FreeBSD and has worked for quite a > > > > while. The patches I have are to make the acpi_pci_link code work > > > > more like the $PIR code already does. It doesn't change the ACPI > > > > code to actually use $PIR or the MPTable though. I can try to look > > > > at why the ethernet device doesn't get interrupts correctly if you > > > > can provide verbose ACPI and non-ACPI dmesgs to look at. > > > > > > I am attaching the files. I do see some oddities with the > > > interrupts that I had not previously noted, but they seen to be linked > > > to sound, not the Ethernet. And, for whatever it's worth, "vmstat -i" > > > does not show my sound card, at all. dmesg indicates it should be on > > > IRQ 6. interrupt total rate > > > irq0: clk 4242251 99 > > > irq1: atkbd0 3 0 > > > irq7: ppc0 1 0 > > > irq8: rtc 5430044 127 > > > irq10: xl0 13699 0 > > > irq13: npx0 1 0 > > > irq14: ata0 166980 3 > > > irq15: ata1 136 0 > > > Total 9853115 232 > > > > First, do you have a floppy drive? IRQ 6 should be used for your floppy > > drive if so. Note that $PIR says that IRQ 6 is not an option for your > > link devices but ACPI does. In the non-APCI case we use IRQ 10 for both > > xl0 and pcm0. Are you saying that in that case pcm0 works but xl0 does > > not? > > The sound card works fine with ACPI but, without ACPI it fails. The > first tone in the file plays continuously, like there are no interrupts > from the sound card. :-) Ok, well, it seems your BIOS is too busted for non-ACPI to work out of the box, you can try setting a hint to force the link for your sound card to use IRQ 6. Something like 'set hw.pci.link.0x4.irq=6', or maybe 'hw.pci.link.0x04.irq' if that doesn't work. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org