Messages in this thread | | | Date | Thu, 8 Jul 2004 07:53:56 -0800 | From | Christopher Swingley <> | Subject | IRQ issues, (nobody cared, disabled), not USB |
| |
Greetings!
For the past few iterations of 2.6 (including the vanilla 2.6.7 I'm running now) I've had this problem:
03:27:26 kernel: irq 7: nobody cared! 03:27:26 kernel: [dump_stack+30/32] dump_stack+0x1e/0x20 03:27:26 kernel: [__report_bad_irq+43/144] __report_bad_irq+0x2b/0x90 03:27:26 kernel: [note_interrupt+100/160] note_interrupt+0x64/0xa0 03:27:26 kernel: [do_IRQ+303/320] do_IRQ+0x12f/0x140 03:27:26 kernel: [common_interrupt+24/32] common_interrupt+0x18/0x20 03:27:26 kernel: [do_softirq+44/48] do_softirq+0x2c/0x30 03:27:26 kernel: [do_IRQ+265/320] do_IRQ+0x109/0x140 03:27:26 kernel: [common_interrupt+24/32] common_interrupt+0x18/0x20 03:27:26 kernel: [cpu_idle+52/64] cpu_idle+0x34/0x40 03:27:26 kernel: [start_kernel+345/384] start_kernel+0x159/0x180 03:27:26 kernel: [L6+0/2] 0xc010019f 03:27:26 kernel: 03:27:26 kernel: handlers: 03:27:26 kernel: [pg0+574356528/1067782144] (rtl8139_interrupt+0x0/0x1a0 [8139too]) 03:27:26 kernel: Disabling IRQ #7
And afterwords my second ethernet card doesn't work.
Here's /proc/interrupts:
CPU0 0: 177141414 XT-PIC timer 1: 183996 XT-PIC i8042 2: 0 XT-PIC cascade 7: 447254 XT-PIC eth1 8: 57157 XT-PIC rtc 9: 0 XT-PIC acpi 10: 2222075 XT-PIC eth0 11: 230779 XT-PIC uhci_hcd, uhci_hcd, uhci_hcd, EMU10K1 12: 731171 XT-PIC i8042 14: 14054351 XT-PIC ide0 15: 43448 XT-PIC ide1 NMI: 0 LOC: 177146541 ERR: 247303 MIS: 0
And 'lspci':
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333] 0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT8366/A/7 [Apollo KT266/A/333 AGP] 0000:00:08.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78) 0000:00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 0000:00:0b.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08) 0000:00:0b.1 Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 08) 0000:00:11.0 ISA bridge: VIA Technologies, Inc. VT8233 PCI to ISA Bridge 0000:00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 0000:00:11.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1b) 0000:00:11.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1b) 0000:00:11.4 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1b) 0000:01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 85)
I've tried booting without ACPI, and I've tried an eepro100 card instead of the 8139too that's causing the error above. I believe I've tried different PCI slots for the second ethernet card too, but I may be mistaken about that. No matter what I've tried, under 2.6, the second ethernet card gets disabled at some point between a few hours and a few days after the system boots.
Other threads I've googled on the subject seem to point to ECHI, but I don't have this sort of device, and this driver isn't built into my kernel.
Can anyone offer some advice? Is this a kernel issue, or do I have bad hardware? Is there some kernel configuration option / patch that attempts to resolve this issue?
Thanks! I'm happy to post dmesg / config.gz or whatever else might be helpful.
Respectfully,
Chris -- Christopher S. Swingley email: cswingle@iarc.uaf.edu (work) Intl. Arctic Research Center cswingle@gmail.com (personal) University of Alaska Fairbanks www.frontier.iarc.uaf.edu/~cswingle/
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |