[tulip] FA511 not passing data
Robert W March
RWMarch@sympatico.ca
Tue Jan 7 13:46:03 2003
On January 6, 2003 10:00, you wrote:
> On Mon, 6 Jan 2003, Robert W March wrote:
> > I installed a NetGear FA511 PCBus card on a Thinkpad 600E running RH7.3
> > and the card shows up as:
> > 05:00.0 Ethernet controller: Linksys Fast Ethernet 10/100 (rev 11)
> > Subsystem: Netgear: Unknown device 511a
>
> That's strange -- it's a NetGear card, right? It might be just the name
> list, which is frequently wrong. What are the numeric values for IDs?
> (Use the '-n' option.)
Yes, the label / box / docs say NetGear. "Made in Taiwan", purchased at a
major retailer in Canada.
[root@beaver root]# lspci
00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev
03)
00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev
03)
00:02.0 CardBus bridge: Texas Instruments PCI1251A
00:02.1 CardBus bridge: Texas Instruments PCI1251A
00:06.0 Multimedia audio controller: Cirrus Logic CS 4610/11 [CrystalClear
SoundFusion Audio Accelerator] (rev 01)
00:07.0 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02)
01:00.0 VGA compatible controller: Neomagic Corporation [MagicMedia 256AV]
(rev 20)
02:00.0 Ethernet controller: Linksys Fast Ethernet 10/100 (rev 11)
and ...
[root@beaver root]# lspci -n
00:00.0 Class 0600: 8086:7190 (rev 03)
00:01.0 Class 0604: 8086:7191 (rev 03)
00:02.0 Class 0607: 104c:ac1d
00:02.1 Class 0607: 104c:ac1d
00:06.0 Class 0401: 1013:6001 (rev 01)
00:07.0 Class 0680: 8086:7110 (rev 02)
00:07.1 Class 0101: 8086:7111 (rev 01)
00:07.2 Class 0c03: 8086:7112 (rev 01)
00:07.3 Class 0680: 8086:7113 (rev 02)
01:00.0 Class 0300: 10c8:0005 (rev 20)
02:00.0 Class 0200: 1317:1985 (rev 11)
> > Region 0: I/O ports at 4800 [size=256]
> > Region 1: Memory at 12c00000 (32-bit, non-prefetchable) [size=1K]
>
> > 14 packets transmitted, 3 received, 78% loss, time 13064ms
> > rtt min/avg/max/mdev = 0.303/0.400/0.570/0.121 ms
>
> It's work a little bit... that narrows down the problem.
Yes, I was being rather melodramatic. It is not completely dead.
> That's curious! I'm guessing that there is an error message from the
> CardBus code, likely earlier in the boot sequence.
Nothing unusual seen. I could send you all of dmesg.
> > eth0: ADMtek Centaur-C rev 17 at 0xd29ee000, EEPROM not present,
> > 00:4C:69:6E:75:79, IRQ 11.
>
> This is a Bad Thing. The driver had to make up a station address. If
> the EEPROM is really erased or missing, card-specific NIC parameters
> have not been loaded.
>
> > eth0: MII transceiver #1 config 3100 status 7869 advertising 05e1.
>
> What does 'mii-diag' report?
[root@beaver root]# mii-diag eth0
Basic registers of MII PHY #1: 1100 786d 001d 2411 05e1 41e1 0007 2001.
The autonegotiated capability is 01e0.
The autonegotiated media type is 100baseTx-FD.
Basic mode control register 0x1100: Auto-negotiation enabled.
You have link beat, and everything is working OK.
Your link partner advertised 41e1: 100baseTx-FD 100baseTx 10baseT-FD 10baseT.
End of basic transceiver information.
> > tulip-diag -eee reports:
> > tulip-diag.c:v2.16 12/17/2002 Donald Becker (becker@scyld.com)
> > http://www.scyld.com/diag/index.html
> > Index #1: Found a ADMtek AL985 Centaur-C adapter at 0x4800.
> > Comet duplex is reported in the MII status registers.
> > Transmit started, Receive started.
> > The Rx process state is 'Waiting for packets'.
> > The Tx process state is 'Idle'.
> > The transmit threshold is 128.
>
> Normal operation so far.
>
> > Comet MAC address registers 6e694c00 ffff7975
> > Comet multicast filter 0000000040000000.
> > EEPROM 256 words, 8 address bits.
> > WARNING: The EEPROM is missing or erased!
> > Ethernet MAC Station Address ff:ff:ff:ff:ff:ff.
> > Default connection type 'Default'.
> > PCI IDs Vendor ffff Device ffff Subsystem ffff ffff
>
> Hmmm, something is wrong. The chip did manage to load the subsystem ID,
> so part of the EEPROM is programmed.
>
> > I see similar issues posted on this list but I have not seen a
> > solution.
>
> What similar issues? I haven't noticed another error report that matches
> this one.
I am referring to
http://www.tux.org/hypermail/linux-tulip-bug/2002-Dec/0002.html
wherein Mr Savage reported ...
WARNING: The EEPROM is missing or erased!
Seems to be similar, maybe not identical experience.
On my system tulip-diag -aaemmf reports ...
tulip-diag.c:v2.16 12/17/2002 Donald Becker (becker@scyld.com)
http://www.scyld.com/diag/index.html
Index #1: Found a ADMtek AL985 Centaur-C adapter at 0x4000.
ADMtek AL985 Centaur-C chip registers at 0x4000:
0x00: fff98000 ffffffff ffffffff 1103e800 1103ea00 fc664010 ff972113 ffffffff
0x40: fffe0000 fffd97f8 00000000 fffe0000 00000000 00000200 00000000 00000008
Extended registers:
0x80: 2066c010 03fe7fff a05c0005 3c44ffff 00000000 1103ea00 1103e810 ffe0f000
0xa0: f0000000 6e694c00 ffff7975 00000000 40000000 00000000 00000000 00000000
0xc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
0xe0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 18000027
Comet duplex is reported in the MII status registers.
Transmit started, Receive started.
The Rx process state is 'Waiting for packets'.
The Tx process state is 'Idle'.
The transmit threshold is 128.
Comet MAC address registers 6e694c00 ffff7975
Comet multicast filter 0000000040000000.
EEPROM 256 words, 8 address bits.
WARNING: The EEPROM is missing or erased!
Ethernet MAC Station Address ff:ff:ff:ff:ff:ff.
Default connection type 'Default'.
PCI IDs Vendor ffff Device ffff Subsystem ffff ffff
PCI min_grant 255 max_latency 255.
CSR18 power-up setting 0xffff****.
MII PHY found at address 1, status 0x7849.
MII PHY #1 transceiver registers:
1100 7849 001d 2411 05e1 0000 0004 2001
0000 0000 0000 0000 0000 0000 0000 0000
1001 0000 20a8 205f 0000 011f 7490 0000
b080 6946 2c58 1326 8911 0444 0230 0000.
-Robert
--
Robert W March
St. Andrew's House
L'Orignal Ontario Canada