IRQ issues, (nobody cared, disabled), not USB

From: Christopher Swingley
Date: Thu Jul 08 2004 - 10:55:08 EST


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@xxxxxxxxxxxx (work)
Intl. Arctic Research Center cswingle@xxxxxxxxx (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@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/