[tulip-bug] ADMtek Comet bug

[Donald Becker]

On Tue, 17 Oct 2000, Dan Hollis wrote:

> On Tue, 17 Oct 2000, Donald Becker wrote:
> > > When the card hangs, the driver prints this over and over:
> > > eth0: Transmit timed out, status fc664010, CSR12 00000000, resetting...
> > The status indicates no problems.
> > Run 'tulip-diag' when this occurs.
...
> tulip-diag.c:v2.03 7/31/2000 Donald Becker (becker@scyld.com)
>  http://www.scyld.com/diag/index.html
> Index #1: Found a ADMtek AL985 Centaur-P adapter at 0xe000.
> ADMtek AL985 Centaur-P chip registers at 0xe000:
>   fff98000 ffffffff ffffffff 0309f800 0309fa00 fc664010 ffb7e117 ffffebff
>   fffe0000 fff0dff8 00000000 fffe0000 00000000 00000200 00000000 c40ffec8
>   2066c010 805c0004 00000100 0309f810 f0000000 ffff4140 00000000 00000000
>   00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
>  Port selection is 100mbps-SYM/PCS 100baseTx scrambler, half-duplex.
>  Transmit started, Receive started, half-duplex.
>   The Rx process state is 'Waiting for packets'.
>   The Tx process state is 'Idle'.

This is all normal.

>   The transmit unit is set to store-and-forward.

This setting is a little curious.  What is the setting of CSR6 when you
first start the interface and it's working?  (CSR6 is ffb7e117, the sixth
entry above.)

> > What is the start-up message.
> 
> tulip.c:v0.92 4/17/2000  Written by Donald Becker <becker@scyld.com>
>   http://www.scyld.com/network/tulip.html
> eth0: ADMtek Comet rev 17 at 0xc4820000, 00:20:78:0E:33:4C, IRQ 19.

There nothing obviously wrong anywhere...

One more debugging aid is to compile in extra messages by adding the
following to the compile line:
  -Dway_too_many_messages
 

Donald Becker				becker@scyld.com
Scyld Computing Corporation		http://www.scyld.com
410 Severn Ave. Suite 210		Second Generation Beowulf Clusters
Annapolis MD 21403			410-990-9993