Date: Sat, 27 Nov 2004 14:36:09 -0800 From: "Kevin Oberman" <oberman@es.net> To: John Baldwin <jhb@FreeBSD.org> Cc: acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list Message-ID: <20041127223609.BB2DA5D04@ptavv.es.net> In-Reply-To: Your message of "Mon, 22 Nov 2004 08:45:56 EST." <D5C79136-3C8C-11D9-91EB-000393921CC4@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> From: John Baldwin <jhb@FreeBSD.org> > Date: Mon, 22 Nov 2004 08:45:56 -0500 > > > On Nov 20, 2004, at 7:15 PM, Kevin Oberman wrote: > > >> From: John Baldwin <jhb@FreeBSD.org> > >> Date: Thu, 4 Nov 2004 17:30:04 -0500 > >> > >> On Thursday 04 November 2004 05:23 pm, Kevin Oberman wrote: > >>>> From: John Baldwin <jhb@FreeBSD.org> > >>>> Date: Mon, 1 Nov 2004 17:48:25 -0500 > >>>> > >>>> On Wednesday 06 October 2004 01:20 pm, John Baldwin wrote: > >>>>> 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. > > Well, the patch doesn't fix that message, but it should let the override > you add from the loader work. If your system does end up working ok > I'll > come up with another patch that will trust what your BIOS says over what > the $PIR says. > > > Both the network card and the sound card claim to be using the > > specified > > IRQ (I tried both 6 and 10): > > pcm0: <AudioPCI ES1373-8> 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. > > Well, if the device gets the IRQ, then that means the patch worked. :) > Does the sound card actually work now? Note that IRQ6 won't show up in > vmstat -i until the device actually interrupts. The correct IRQ shows up during the device probe at boot, but neither the sound card nor the network card actually works. It seems like the IRQ assignment is understood at the device probe, but the interrupt never actually get routed. My BIOS may simply be toast. There is a beta BIOS version available and I have been thinking about installing it as Ruslan tells me it fixes the ACPI timer problem, but I was hoping to figure out a way to get the released BIOS to work better so others can have an easier time going to V5. I suspect a lot of ASUS P5A and P5B cards are still out there and booting in SAFE mode won't work for them at this time. I don't know if the beta BIOS helps the IRQ issue. I get nervous flashing BIOS, so I don't want to jump back and forth. Since Nate adjusted ACPI to just disable the timer and not all of ACPI, the board boots fine with ACPI, so it's not a big issue for me. Just trying to help if you are interested. Let me know if there is anything else you would like me to try. -- 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20041127223609.BB2DA5D04>