Two notes: one, this sucks... the "fix" is to reboot the system, then it's good for another 24 hours (possibly) Second: since I never powered the system down (used remote boot on a working interface) is it possible to do a full reset of a card on timeout? Does this look like a kernel bug? 3com problem? config error? SMP problem? Or possibly motherboard? I'm going to bet that it's not a 3com "failure" in that it's happened to both cards, It might be a problem with that revision, though. Linux version 2.4.5 (harik@firewall) (gcc version 2.95.4 20010522 (Debian prerelease)) #6 SMP Thu Jun 7 16:02:08 EDT 2001 ... NET4: Frame Diverter 0.46 3c59x.c:LK1.1.13 27 Jan 2001 Donald Becker and others. http://www.scyld.com/network/vortex.html See Documentation/networking/vortex.txt divert: allocating divert_blk for eth0 eth0: 3Com PCI 3c905C Tornado at 0xb000, 00:50:da:c3:3a:51, IRQ 5 product code 4242 rev 00.13 date 12-12-99 8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface. MII transceiver found at address 24, status 782d. Enabling bus-master transmits and whole-frame receives. eth0: scatter/gather enabled. h/w checksums enabled divert: allocating divert_blk for eth1 eth1: 3Com PCI 3c905C Tornado at 0xa800, 00:50:da:c2:1a:4b, IRQ 10 product code 4242 rev 00.13 date 12-10-99 8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface. MII transceiver found at address 24, status 782d. Enabling bus-master transmits and whole-frame receives. eth1: scatter/gather enabled. h/w checksums enabled <loaded e1000 as a module> Intel(R) PRO/1000 Network Driver - version 3.0.10 Copyright (c) 1999 - 2001 Intel Corporation divert: allocating divert_blk for eth2 Intel(R) PRO/1000 Network Connection eth2: Mem:0xde800000 IRQ:9 Speed:1000 Mbps Duplex:Full eth0: using NWAY device table, not 8 eth1: using NWAY device table, not 8 eth0: no IPv6 routers present eth2: no IPv6 routers present eth1: no IPv6 routers present <24 hours later> NETDEV WATCHDOG: eth0: transmit timed out eth0: transmit timed out, tx_status 00 status e601. diagnostics: net 0cfa media 8880 dma 0000003a. eth0: Interrupt posted but not delivered -- IRQ blocked by another device? Flags; bus-master 1, dirty 4090131(3) current 4090131(3) Transmit list 00000000 vs. c18cf2c0. 0: @c18cf200 length 80000036 status 00010036 1: @c18cf240 length 80000036 status 80010036 2: @c18cf280 length 80000079 status 80010079 3: @c18cf2c0 length 80000036 status 00010036 4: @c18cf300 length 80000036 status 00010036 5: @c18cf340 length 80000036 status 00010036 6: @c18cf380 length 80000036 status 00010036 7: @c18cf3c0 length 800000b5 status 000100b5 8: @c18cf400 length 80000036 status 00010036 9: @c18cf440 length 80000036 status 00010036 10: @c18cf480 length 80000036 status 00010036 11: @c18cf4c0 length 80000036 status 00010036 12: @c18cf500 length 80000036 status 00010036 13: @c18cf540 length 80000036 status 00010036 14: @c18cf580 length 80000036 status 00010036 15: @c18cf5c0 length 80000042 status 00010042 eth0: Resetting the Tx ring pointer. ... and loops forever. Other interesting info: 00:00.0 Host bridge: Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (rev 03) Flags: bus master, medium devsel, latency 64 Memory at e4000000 (32-bit, prefetchable) [size=64M] Capabilities: [a0] AGP version 1.0 00:01.0 PCI bridge: Intel Corporation 440BX/ZX - 82443BX/ZX AGP bridge (rev 03) (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, medium devsel, latency 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: 0000d000-0000dfff Memory behind bridge: df000000-dfdfffff Prefetchable memory behind bridge: dff00000-e3ffffff 00:04.0 ISA bridge: Intel Corporation 82371AB PIIX4 ISA (rev 02) Flags: bus master, medium devsel, latency 0 00:04.1 IDE interface: Intel Corporation 82371AB PIIX4 IDE (rev 01) (prog-if 80 [Master]) Flags: bus master, medium devsel, latency 32 I/O ports at b800 [size=16] 00:04.2 USB Controller: Intel Corporation 82371AB PIIX4 USB (rev 01) (prog-if 00 [UHCI]) Flags: bus master, medium devsel, latency 32, IRQ 9 I/O ports at b400 [size=32] 00:04.3 Bridge: Intel Corporation 82371AB PIIX4 ACPI (rev 02) Flags: medium devsel, IRQ 9 00:09.0 Ethernet controller: Intel Corporation 82542 Gigabit Ethernet Adapter (rev 03) Subsystem: Intel Corporation EtherExpress PRO/1000 Gigabit Server Adapter Flags: bus master, medium devsel, latency 32, IRQ 9 Memory at de800000 (32-bit, non-prefetchable) [size=128K] Capabilities: [dc] Power Management version 1 00:0a.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 74) Subsystem: 3Com Corporation 3C905C-TX Fast Etherlink for PC Management NIC Flags: bus master, medium devsel, latency 32, IRQ 5 I/O ports at b000 [size=128] Memory at de000000 (32-bit, non-prefetchable) [size=128] Expansion ROM at <unassigned> [disabled] [size=128K] Capabilities: [dc] Power Management version 2 00:0b.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 74) Subsystem: 3Com Corporation 3C905C-TX Fast Etherlink for PC Management NIC Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at a800 [size=128] Memory at dd800000 (32-bit, non-prefetchable) [size=128] Expansion ROM at <unassigned> [disabled] [size=128K] Capabilities: [dc] Power Management version 2 00:0c.0 SCSI storage controller: Adaptec 7892A (rev 02) Subsystem: Adaptec: Unknown device e2a0 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 11 BIST result: 00 I/O ports at a400 [disabled] [size=256] Memory at dd000000 (64-bit, non-prefetchable) [size=4K] Expansion ROM at <unassigned> [disabled] [size=128K] Capabilities: [dc] Power Management version 2 01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RL (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc: Unknown device 0008 Flags: bus master, stepping, 66Mhz, medium devsel, latency 64, IRQ 11 Memory at e0000000 (32-bit, prefetchable) [size=64M] I/O ports at d800 [size=256] Memory at df000000 (32-bit, non-prefetchable) [size=16K] Expansion ROM at dffe0000 [disabled] [size=128K] Capabilities: [50] AGP version 2.0 Capabilities: [5c] Power Management version 1 - : send the line "unsubscribe linux-net" in the body of a message to majordomo@vger.kernel.org
