On Saturday 05 June 2004 03:20 pm, Dan Nelson wrote: > In the last episode (Jun 05), Matthias Schuendehuette said: > > I have still IRQ-Problems on my machine which seem to be ACPI related > > (i.e. which don't occur without ACPI) but seem to have a different > > source than the last shutdown/reboot issue. > > > > The last working kernel is from May 22, after the new ACPI-Code no > > kernel boots with ACPI enabled any more. > > > > The core problem is the handling of IRQ 10 on my machine. This IRQ is > > marked as 'Legacy/ISA' in my BIOS-Settings and is used for my ISA > > "Teles S0/16.3"-ISDN-Card. > > I'm having similar problems with IRQs. I haven't reserved any IRQs in > my BIOS (no ISA cards), but with ACPI enabled, my SCSI card doesn't > seem to be getting interrupts, and my soundcard gets probed as pcm2 > instead of pcm0. > > --- /tmp/dmesg.noacpi > +++ /tmp/dmesg.acpi > -$PIR: 0:7 INTD routed to irq 9 > -$PIR: 0:11 INTA routed to irq 3 > -$PIR: 0:13 INTA routed to irq 11 > -$PIR: 0:14 INTA routed to irq 9 > -$PIR: 1:0 INTA routed to irq 11 > +pcib0: slot 7 INTD is routed to irq 5 > +pcib0: slot 11 INTA is routed to irq 11 > +pcib0: slot 13 INTA is routed to irq 10 > +pcib0: slot 14 INTA is routed to irq 9 > +pcib0: slot 1 INTA is routed to irq 10 > +pcib1: slot 0 INTA is routed to irq 10 > > Full dmesgs attached. ACPI's pci_link driver doesn't use the same algorithm as the $PIR code (i.e., only use known-good IRQs that the BIOS has already used). I am working on updating the pci_link code to do that which should fix problems with ACPI IRQ routing when not using APIC. -- John Baldwin <jhb_at_FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.orgReceived on Mon Jun 07 2004 - 10:10:13 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:56 UTC