http://bugzilla.kernel.org/show_bug.cgi?id=5790
------- Comment #17 from [EMAIL PROTECTED] 2007-11-19 13:03 ------- If you can still reproduce an issue with the upstream kernel, you need to be able to reproduce it without the binary nvidia driver for the bug report to be valid here. But I don't see the offending device in /proc/interrupts attached, just i8042 with dedicated irq1 and irq12. Re: interrupt control, we actually have some on this sytem: ACPI: PCI Interrupt Link [LNKA] (IRQs 7 10 *11) ACPI: PCI Interrupt Link [LNKB] (IRQs 7 *10 11) ACPI: PCI Interrupt Link [LNKC] (IRQs 7 10 *11) ACPI: PCI Interrupt Link [LNKD] (IRQs 10 *11) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 5) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs 6) *4 ACPI: PCI Interrupt Link [LNKG] (IRQs 7 10 *11) ACPI: PCI Interrupt Link [LNKU] (IRQs 7 10 *11) ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:05.0[A] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10 ACPI: PCI Interrupt 0000:00:05.1[B] -> Link [LNKB] -> GSI 10 (level, low) -> IRQ 10 ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:04.1[B] -> Link [LNKG] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt 0000:00:04.0[A] -> Link [LNKG] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 6 ACPI: PCI Interrupt 0000:00:0e.1[B] -> Link [LNKF] -> GSI 6 (level, low) -> IRQ 6 ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:0f.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 ACPI: PCI Interrupt 0000:00:0f.1[B] -> Link [LNKB] -> GSI 10 (level, low) -> IRQ 10 ACPI: PCI Interrupt 0000:00:0f.2[C] -> Link [LNKB] -> GSI 10 (level, low) -> IRQ 10 ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 The only thing that is odd is this one: ACPI: PCI Interrupt Link [LNKF] (IRQs 6) *4 We are handed this link on IRQ4, and told that IRQ6 is the only valid IRQ for it. Your ethernet seems to be working fine. But if you reproduce the issue, try it with and without the ethernet plugged -- just for grins. Re: balancing IRQs a bit I you are daring, you can boot with "acpi_irq_balance". it will try to balance the IRQs -- though the reason we don't enable this by default on PIC systems is that how well it works depends a lot on the quality of the BIOS. Re: ERR: 5 they are from this: spurious 8259A interrupt: IRQ7. which is not a big deal, unless you get so many that they are impacting performance. Re: acpi_os_name="Microsoft Windows XP" This is a NO-OP on your system. Indeed, it is a NO-OP on all systems I've ever seen. If somebody is telling folks to us this, I'd like to know why. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
