tulip.c 0.91g lockup ...
Donald Becker
becker@cesdis.gsfc.nasa.gov
Fri Oct 29 15:40:11 1999
On Fri, 29 Oct 1999, Gerhard Wiesinger wrote:
> I've used tulip.c 0.90 (and previous) with 2 network interfaces for years
> WITHOUT any problems so far.
>
> I've upgraded to tulip.c 0.91g and one interface can not transmit after
> some work (Depends on: from minutes up to hours until this occours)
>
> Oct 29 19:06:30 bbs kernel: eth1: 21140 transmit timed out, status
> fc6988c5, SIA ffffff0b ffffffff 1c09fdc0 fffffec8, resetting...
The driver might attempt to media switching during transmit timeouts.
The exact action taken depends on the chip type, the transceiver type, if a
EEPROM media table exists, and the media table contents. So we need to know
the driver detection message for your specific cards.
It *does* appear that the Tulip chip in the message above was trying to
raise an interrupt that wasn't handled. You should check /proc/interrupts
for an increasing count. I'm guessing that the real problem here is an APIC
bug with interrupt line assignment in a new kernel, not a driver media
selection problem.
> eth0 is 100BaseTX, eth1 is 10BASE-T, Adapter cards are Accton EN1207
> (without anything like TX, B, C, ...).
Donald Becker
Scyld Computing Corporation, and
USRA-CESDIS, becker@cesdis.gsfc.nasa.gov