From owner-freebsd-acpi@FreeBSD.ORG Sun Nov 21 00:15:43 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 3DEC516A4CE; Sun, 21 Nov 2004 00:15:43 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6D4743D1F; Sun, 21 Nov 2004 00:15:42 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP id IBA74465; Sat, 20 Nov 2004 16:15:42 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B89105D04; Sat, 20 Nov 2004 16:15:41 -0800 (PST) X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: John Baldwin In-reply-to: Your message of "Thu, 04 Nov 2004 17:30:04 EST." <200411041730.04081.jhb@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_-17318153980" Date: Sat, 20 Nov 2004 16:15:41 -0800 From: "Kevin Oberman" Message-Id: <20041121001541.B89105D04@ptavv.es.net> 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: Sun, 21 Nov 2004 00:15:43 -0000 This is a multipart MIME message. --==_Exmh_-17318153980 Content-Type: text/plain; charset=us-ascii > From: John Baldwin > Date: Thu, 4 Nov 2004 17:30:04 -0500 > > On Thursday 04 November 2004 05:23 pm, Kevin Oberman wrote: > > > From: John Baldwin > > > Date: Mon, 1 Nov 2004 17:48:25 -0500 > > > > > > On Wednesday 06 October 2004 01:20 pm, John Baldwin wrote: > > > > 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. > > > > > > Actually, the $PIR code won't let you use an invalid IRQ currently, but > > > this patch lets it do so. I'm curious if you could try booting with this > > > patch with ACPI disabled and using an appropriate tunable (such as > > > 'hw.pci.link.0x4.irq=6') to route your links the way ACPI likes them > > > routed. If this does work, I'd like to try another patch as well that > > > would help it to work out-of-the-box for the non-ACPI case. Thanks. > > > > John, > > > > I have not forgotten this, but remote testing when re-boots are required > > is a bit difficult. My wife helped me a bit yesterday, but she is a > > Solaris type and I need to step her through things command by command, > > so it's a bit tedious. > > That's ok, take your time, this isn't super critical. O.K. I tried the loadable (hw.pci.link.0x4.irq="6"), but it still did not work. I got the expected message: $PIR: BIOS IRQ 6 for 0.9.INTA is not valid for link 0x4 but still no interrupts from the network card. Both the network card and the sound card claim to be using the specified IRQ (I tried both 6 and 10): pcm0: port 0xd800-0xd83f irq 6 at device 9.0 on pci0 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xde000000-0xde00007f irq 10 at device 11.0 on pci0 but 'vmstat -i' did not list IRQ6 as being in use. I will attach the full verbose boot. Thanks again for looking at this. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 --==_Exmh_-17318153980 Content-Type: text/plain ; name="dmesg.log"; charset=us-ascii Content-Description: dmesg.log Content-Disposition: attachment; filename="dmesg.log" Nov 20 15:50:48 kzin syslogd: kernel boot file is /boot/kernel/kernel Copyright (c) 1992-2004 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 5.3-STABLE #60: Mon Nov 1 21:54:55 PST 2004 oberman@kzin.es.net:/usr/obj/usr/src/sys/KZIN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D+ Processor (451.02-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x591 Stepping = 1 Features=0x8021bf AMD Features=0x80000800 real memory = 100646912 (95 MB) avail memory = 92938240 (88 MB) K6-family MTRR support enabled (2 registers) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 3.0 (no driver attached) isab0: at device 7.0 on pci0 isa0: on isab0 pcm0: port 0xd800-0xd83f irq 6 at device 9.0 on pci0 pcm0: pcm0: [GIANT-LOCKED] xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xde000000-0xde00007f irq 10 at device 11.0 on pci0 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:50:da:80:4b:43 atapci0: port 0xd000-0xd00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.0 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ppc0: port 0x778-0x77b,0x378-0x37b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/7 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 orm0: at iomem 0xc0000-0xc7fff on isa0 pmtimer0 on isa0 fdc0: cannot allocate I/O port (6 ports) sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 451023883 Hz quality 800 Timecounters tick every 10.000 msec ad0: 13031MB [26476/16/63] at ata0-master UDMA33 ad2: 13029MB [26473/16/63] at ata1-master UDMA33 acd0: DVDROM at ata1-slave PIO3 cd0 at ata1 bus 0 target 1 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 11.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Mounting root from ufs:/dev/ad0s1a --==_Exmh_-17318153980--