Date: Mon, 22 Nov 2004 08:45:56 -0500 From: John Baldwin <jhb@FreeBSD.org> To: "Kevin Oberman" <oberman@es.net> Cc: acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list Message-ID: <D5C79136-3C8C-11D9-91EB-000393921CC4@FreeBSD.org> In-Reply-To: <20041121001541.B89105D04@ptavv.es.net> References: <20041121001541.B89105D04@ptavv.es.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D5C79136-3C8C-11D9-91EB-000393921CC4>