Transmit timeouts

[Daniel Veillard]

  I would like to first thank Donald for all the time he spent writing
and debugging those drivers. I just noticed that I have 3 different
card brands in this machine and he wrote the drivers for all three !!!

> I am getting the same "Transmit timed out" problem, I am running a Tyan
> S1836DLUAN Thunder 100 motherboard with a built on Intel 82558.  I am

 Same here :

eth0: Transmit timed out: status 0050  0000 at 24583981/24583981 command 000ca000.
eth0: Trying to restart the transmitter...

 I got 7 of those in the last 2 days.

The machine is rpmfind.net, connected to a BayStack 350, and with a load
around 800-2000 packets/s and 500KB/s-1.5 MBytes/s range.

This is a serious load, and while I notice the problem, since the card
seems to restart by itself, I didn't investigate much

Here is some info:

The driver reports:

eth0: OEM i82557/i82558 10/100 Ethernet at 0xd000, 00:60:B0:3C:BE:AD, IRQ 10.
  Board assembly 661921-004, Physical connectors present: RJ45
  Primary interface chip DP83840A PHY #1.
  DP83840 specific setup, setting register 23 to 8462.
  General self-test: passed.
  Serial sub-system self-test: passed.
  Internal registers self-test: passed.
  ROM checksum self-test: passed (0x49caa8d6).
  Receiver lock-up workaround activated.

[root@rpmfind /tmp]# ./mii-diag 
Using the default interface 'eth0'.
Basic registers of MII PHY #1:  3100 786b 2000 5c01 01e1 41e1 0003 0000.
 Basic mode control register 0x3100: Auto-negotiation enabled.
 Basic mode status register 0x786b ... 786f.
   Link status: previously broken, but now reestablished.
   *** Link Jabber! ***
 Your link partner can do 41e1: 100baseTx-FD 100baseTx 10baseT-FD 10baseT.

[root@rpmfind /tmp]# ./eepro100-diag -a -f
eepro100-diag.c:v1.01 7/8/99 Donald Becker (becker@cesdis.gsfc.nasa.gov)
Index #1: Found a Intel 82557 EtherExpressPro100B adapter at 0xd000.
i82557 chip registers at 0xd000:
  00000050 00927810 00000000 00080002 1821786f 00000600
  No interrupt sources are pending.
   The transmit unit state is 'Suspended'.
   The receive unit state is 'Ready'.
  This status is normal for an activated but idle interface.

[root@rpmfind /tmp]# ./eepro100-diag -e -f
eepro100-diag.c:v1.01 7/8/99 Donald Becker (becker@cesdis.gsfc.nasa.gov)
Index #1: Found a Intel 82557 EtherExpressPro100B adapter at 0xd000.
Intel EtherExpress Pro 10/100 EEPROM contents:
  Station address 00:60:B0:3C:BE:AD.
  Receiver lock-up bug exists. (The driver work-around *is* implemented.)
  Board assembly 661921-004, Physical connectors present: RJ45
  Primary interface chip i82553-C PHY #1.
[root@rpmfind /tmp]# 

  This machine has a Tulip card for the secundary and a 3c595 tertiary,
if needed I can switch interfaces.
 Is there anything else I can provide to debug the problem ?

Daniel

-- 
Daniel.Veillard@w3.org | W3C, INRIA Rhone-Alpes  | Today's Bookmarks :
Tel : +33 476 615 257  | 655, avenue de l'Europe | Linux, WWW, rpmfind,
Fax : +33 476 615 207  | 38330 Montbonnot FRANCE | rpm2html, XML,
http://www.w3.org/People/W3Cpeople.html#Veillard | badminton, and Kaffe.