[tulip] stall on tulip card

Hank Barta hbarta@enteract.com
Sun, 7 Jan 2001 10:28:52 -0600 (CST)


    I finally got my LNE-100TX V4.1 card working weeks ago by
    putting it in a different PCI slot. Since then, all has been
    well until I started running 'setiathome' on this box. Since
    then, I've had three lockups of the tulip card Here is all of
    the information I can think of that seems to be pertinent:

	Each time, running the network startup script resumed
	communications.

	I could find no indication of problems in the logs.

	The lockups have occurred only when was running X clients
	on an NT box (connected first through a 100BaseTx hub and
	then a 10BaseT hub.)

    This last time, I recorded the results of 'tulip-diag' before
    and after I restarted the network:

tulip-diag.c:v2.04 9/26/2000 Donald Becker (becker@scyld.com)
 http://www.scyld.com/diag/index.html
Index #1: Found a ADMtek AL985 Centaur-P adapter at 0xdc00.
 Port selection is 100mbps full duplex (Link is on)
 Transmit started, Receive started, half-duplex.
  The Rx process state is 'Waiting for packets'.
  The Tx process state is 'Idle'.
  The transmit threshold is 256.
 The Comet MAC registers are 08782000 ffffba45 filter 8000000000000000.
 Use '-a' or '-aa' to show device registers,
     '-e' to show EEPROM contents, -ee for parsed contents,
  or '-m' or '-mm' to show MII management registers.

oak:/var/log# /etc/init.d/networking restart
Reconfiguring network interfaces: done.

oak:/var/log# /home/hbarta/download/linux/kernel/tulip/x/tulip-diag
tulip-diag.c:v2.04 9/26/2000 Donald Becker (becker@scyld.com)
 http://www.scyld.com/diag/index.html
Index #1: Found a ADMtek AL985 Centaur-P adapter at 0xdc00.
 Port selection is 100mbps full duplex (Link is on)
 Transmit started, Receive started, half-duplex.
  The Rx process state is 'Waiting for packets'.
  The Tx process state is 'Idle'.
  The transmit threshold is 128.
 The Comet MAC registers are 08782000 ffffba45 filter 8000000000000000.
 Use '-a' or '-aa' to show device registers,
     '-e' to show EEPROM contents, -ee for parsed contents,
  or '-m' or '-mm' to show MII management registers.

    The version of the driver I'm running is:

tulip.c:v0.92p 11/28/2000  Written by Donald Becker <becker@scyld.com>

    And this is on a kernel version 2.2.18pre21.

    I am running on an AMD 800 MHz Thunderbird (at the design clock
    frequency.)

    I'm running setiathome with '-nice 19', but it does soak up
    all available CPU cycles. It does cause the CPU to run warmer
    too, but other than this problem, the system has been rock
    solid.  When I first set this system up, I ran kernel compiles
    for several days straight with no Signal 11 problems.

    Any idea what causes this and how to fix it?

--
Hank Barta                            White Oak Software Inc.
hbarta@enteract.com                   Predictable Systems by
Design.(tm)
		Beautiful Sunny Winfield, Illinois