lock-up problems with eepro100 1.06
S
sdudley+lep@idiom.com
Tue Apr 13 13:44:05 1999
Hi everyone,
I'm having some trouble getting the latest version of the eepro100
driver (1.06) working on my system. I had been successfully using the
driver under Linux 2.0.34 (with eepro 0.99b) for some time, but when I
tried to upgrade to Linux 2.2.5, I was forced to move to a newer version
of the driver. Unfortunately, I am now running into a hard lock-up
problem.
I don't know for sure if this is an eepro100 problem, but it looks like
it based on the location of the crash. In particular, the machine boots
okay, but everything freezes as soon as I try to "ifconfig eth0" with my
card's address, broadcast and netmask information. I can't type or
switch to another console, and the only way out is to reboot the entire
machine.
Any ideas? I have tried running the diagnostics programs to no avail.
dmesg reports this:
==
Linux version 2.2.5 (root@kiwi) (gcc version 2.8.1) #6 Mon Apr 12
17:14:14 PDT 1999
Detected 299948641 Hz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 299.01 BogoMIPS
Memory: 128056k/131072k available (1024k kernel code, 408k reserved,
1544k data, 40k init)
CPU: Intel Pentium II (Klamath) stepping 03
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
PCI: PCI BIOS revision 2.10 entry at 0xfd9cc
PCI: Using configuration type 1
PCI: Probing PCI hardware
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0 for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
Starting kswapd v 1.5
Detected PS/2 Mouse Port.
Serial driver version 4.27 with no serial options enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
ttyS01 at 0x02f8 (irq = 3) is a 16550A
pty: 256 Unix98 ptys configured
apm: BIOS version 1.2 Flags 0x03 (Driver version 1.9)
Real Time Clock Driver v1.09
Sound initialization started
<MPU-401 0.0 Midi interface #1> at 0x330 irq 9 dma 0
Found OPL3-SAx (YMF719)
Sound initialization complete
RAM disk driver initialized: 16 RAM disks of 4096K size
PIIX4: IDE controller on PCI bus 00 dev 39
PIIX4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xfcb0-0xfcb7, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xfcb8-0xfcbf, BIOS settings: hdc:DMA, hdd:DMA
hda: QUANTUM FIREBALL ST6.4A, ATA DISK drive
hdb: TOSHIBA CD-ROM XM-6102B, ATAPI CDROM drive
hdc: WDC AC38400L, ATA DISK drive
hdd: QUANTUM FIREBALL EL5.1A, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: QUANTUM FIREBALL ST6.4A, 6149MB w/81kB Cache, CHS=784/255/63, UDMA
hdc: WDC AC38400L, 8063MB w/256kB Cache, CHS=16383/16/63, UDMA
hdd: QUANTUM FIREBALL EL5.1A, 4892MB w/418kB Cache, CHS=10602/15/63,
UDMA
hdb: ATAPI 24X CD-ROM drive, 256kB Cache
Uniform CDROM driver Revision: 2.54
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
PPP: version 2.3.3 (demand dialling)
TCP compression code copyright 1989 Regents of the University of
California
PPP line discipline registered.
Found Intel i82557 PCI Speedo at I/O 0xfcc0, IRQ 9.
PCI latency timer (CFLT) is 0x42.
eepro100.c:v1.06 10/16/98 Donald Becker
http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html
eth0: Intel EtherExpress Pro 10/100 at 0xfcc0, 00:A0:C9:8B:D4:CC, IRQ 9.
Board assembly 678400-001, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
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.
eepro100.c:v1.06 10/16/98 Donald Becker
http://cesdis.gsfc.nasa.gov/linux/drivers/eepro100.html
Partition check:
hda: hda1 hda2
hdc: hdc1 hdc2
hdd: hdd1
NTFS version 990102
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 40k freed
Adding Swap: 130748k swap-space (priority 2144)
==
eepro-diag -a reports this:
==
eepro100-diag.c:v0.07 2/25/98 Donald Becker
(becker@cesdis.gsfc.nasa.gov)
Index #1: Found a Intel 82557 EtherExpressPro100B adapter at 0xfcc0.
i82557 chip registers at 0xfcc0:
00000000 00000000 00000000 00080002 10000000 00000000
No interrupt sources are pending.
The transmit unit state is 'Idle'.
The receive unit state is 'Idle'.
==
eepro-diag -e -e reports this:
==
eepro100-diag.c:v0.07 2/25/98 Donald Becker
(becker@cesdis.gsfc.nasa.gov)
Index #1: Found a Intel 82557 EtherExpressPro100B adapter at 0xfcc0.
EEPROM contents:
a000 8bc9 ccd4 0000 0000 0101 4701 0000
6784 0001 4000 0001 8086 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 520f
The EEPROM checksum (should be 0xbaba) is 0xbaba.
Intel EtherExpress Pro 10/100 EEPROM contents:
Station address 00:A0:C9:8B:D4:CC.
Receiver lock-up bug exists. (The driver work-around *is*
implemented.)
Board assembly 678400-001, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
==
eepro-diag -m reports this:
==
eepro100-diag.c:v0.07 2/25/98 Donald Becker
(becker@cesdis.gsfc.nasa.gov)
Index #1: Found a Intel 82557 EtherExpressPro100B adapter at 0xfcc0.
MII PHY #1 transceiver registers:
3000 7829 02a8 0150 01e1 40a1 0003 ffff
ffff ffff ffff ffff ffff ffff ffff ffff
0202 0000 0001 0000 0000 0000 0000 0000
0000 0000 0000 0000 ffff ffff ffff ffff.
MII PHY #1 transceiver registers:
3000 782d 02a8 0150 01e1 40a1 0001 ffff
ffff ffff ffff ffff ffff ffff ffff ffff
0a02 0000 0001 0000 0000 0000 0000 0000
0000 0000 0000 0000 ffff ffff ffff ffff.
Basic mode control register 0x3000: Auto-negotiation enabled.
Basic mode status register 0x782d ... 782d.
Link status: established.
Capable of 100baseTx-FD 100baseTx 10baseT-FD 10baseT.
Able to perform Auto-negotiation, negotiation complete.
Vendor ID is 00:aa:00:--:--:--, model 21 rev. 0.
No specific information is known about this transceiver type.
I'm advertising 01e1: 100baseTx-FD 100baseTx 10baseT-FD 10baseT
Advertising no additional info pages.
IEEE 802.3 CSMA/CD protocol.
Link partner capability is 40a1: 100baseTx 10baseT.
Negotiation completed.
==
That's all I can think of right now. Any ideas?
With regards,
Scott Dudley
sdudley+lep@idiom.com