Re: Lanfinity keeps breaking under load.

Donald Becker <[email protected]> Mon, 21 Apr 2003 14:14:20 -0400 (EDT)
Newsgroups gmane.linux.drivers.tulip.general
Message-ID <[email protected]>
On Mon, 21 Apr 2003, Bernhard Sessner wrote:

> I'm running a Compaq Presario 1211EA with Conexant Lanfinity ethernet.
> I've seen several people on the list with problems similar to mine, but I did not
> find a solution posted.
> 
> My current kernel version is 2.4.18 (Debian),  but I get the same problems 
> with other 2.4.1x kernels, also with unpatched ones.
> The driver in 2.4.20 does work actually without breaking down,
> but the maximum throughput is around 300 KByte/s.
> 
> The problem is always the same: Under a high (mostly) NFS transmit load, 
> the interface stops working completely.

Where is the error message from the driver when it stops?

> #from syslog during boot:
> Apr 21 14:42:13 earnie kernel: pci-scan.c:v1.11 8/31/2002  Donald Becker <[email protected]> http://www.scyld.com/linux/drivers.html
> Apr 21 14:42:13 earnie kernel: tulip.c:v0.95f 11/17/2002  Written by Donald Becker <[email protected]>
> Apr 21 14:42:13 earnie kernel:   http://www.scyld.com/network/tulip.html
> Apr 21 14:42:13 earnie kernel:   The PCI BIOS has not enabled the device at 0/72!  Updating PCI command 0003->0007.
> Apr 21 14:42:13 earnie kernel: eth0: Conexant LANfinity rev 8 at 0xc90e7000, 00:50:8B:FA:D5:4D, IRQ 11.
> Apr 21 14:42:13 earnie kernel: eth0:  MII transceiver #1 config 1000 status 782d advertising 01e1.
> Apr 21 14:42:13 earnie kernel: eth0:  MII transceiver #0 config 1000 status 782d advertising 01e1.

This looks normal. 

> The following output has been generated when the interface was "broken down"

> #./tulip-diag -aaemmf
> tulip-diag.c:v2.15 9/23/2002 Donald Becker ([email protected])
>  http://www.scyld.com/diag/index.html
> Index #1: Found a Conexant LANfinity adapter at 0x1400.
> Conexant LANfinity chip registers at 0x1400:
>  0x00: fff88000 ffffffff ffffffff 0795a800 0795aa00 f4660000 e0042202 7bffebef
>  0x40: fffe0000 fffd80e8 fffe0000 fffe0000 ffffffff ffffffff ffffffff f7f9fec8
>  Extended registers:
>  0x80: cc660000 cbffebef f0000019 ffff00ff ffffffff 0795aaa0 0795a970 00000000
>  0xa0: ffffffff 00000000 00000000 00000000 00000000 00000000 00000000 00000000
>  0xc0: 00000000 00000000 00000000 00000000 00000000 0000ffff 00000000 00000000
>  0xe0: 00000000 00000000 00000000 000000ff ffffffff 00000000 00000000 00000000
>  Port selection is MII, full-duplex.
>  Transmit started, Receive started.
>   The Rx process state is 'Waiting for packets'.
>   The Tx process state is 'Idle'.
>   The transmit threshold is 128.

This looks normal -- the device _appears_ to be operating.

> #ifconfig, note that TX bytes is definitely wrong - at this time i had
> transmitted ~ 120 MB.

I haven't yet tracked down how to get the chip to count Tx packets as
such (rather than Tx errors) when in full duplex mode.

-- 
Donald Becker				[email protected]
Scyld Computing Corporation		http://www.scyld.com
410 Severn Ave. Suite 210		Scyld Beowulf cluster system
Annapolis MD 21403			410-990-9993

_______________________________________________
tulip mailing list, [email protected]
To change to digest mode or unsubscribe visit
http://www.scyld.com/mailman/listinfo/tulip