[tulip] Intel CardBus ... incomplete EEPROM

[Adrian deLisser]

Donald,

Thanks for your help. Writing the EEPROM lets the card (Intel
EtherExpress PRO/100 Mobile Adapter 32-bit CardBus) work with my 10baseT
HDX network. Output from tulip-diag -ee follows:

tulip-diag.c:v2.13b 9/14/2002 Donald Becker (becker@scyld.com)
 http://www.scyld.com/diag/index.html
Index #1: Found a Digital DS21143 Tulip adapter at 0x1800.
 Port selection is 10mpbs-serial, half-duplex.
 Transmit started, Receive started.
  The Rx process state is 'Waiting for packets'.
  The Tx process state is 'Idle'.
  The transmit threshold is 72.
  The NWay status register is 000052ca.
EEPROM 64 words, 6 address bits.
PCI Subsystem IDs, vendor 8086, device 0001.
CardBus Information Structure at offset 00000087.
Ethernet MAC Station Address 00:A0:C9:BB:00:A4.
EEPROM transceiver/media description table.
Leaf node at offset 30, default media type 0800 (Autosense).
 4 transceiver description blocks:
  Media 10baseT, block type 2, length 6.
   Serial transceiver for 10baseT (media type 0).
    GP pin direction 08af  GP pin data 00a5.
  Media 10baseT-Full Duplex, block type 2, length 6.
   Serial transceiver for 10baseT-Full Duplex (media type 4).
    GP pin direction 08af  GP pin data 00a5.
  Media 100baseTx, block type 4, length 8.
   SYM transceiver for 100baseTx (media type 3).
    GP pin direction 08af  GP pin data 00a5.
    No media detection indication (command 80 61).
  Media 100baseTx Full Duplex, block type 4, length 8.
   SYM transceiver for 100baseTx Full Duplex (media type 5).
    GP pin direction 08af  GP pin data 00a5.
    Media detection by looking for a 1 on general purpose pin 0.
EEPROM contents (64 words):
0x00:  8086 0001 0087 0000 0000 0000 0000 0000
0x08:  00c4 0103 a000 bbc9 a400 1e00 0000 0800
0x10:  8604 0002 08af 00a5 0286 af04 a508 8800
0x18:  0304 08af 00a5 8061 0488 af05 a508 6100
0x20:  0000 0000 0000 0000 0000 0000 0000 0000
0x28:  0000 0000 0000 0000 0000 0000 0000 0000
0x30:  0000 0000 0000 0000 0000 0000 0000 0000
0x38:  0000 0000 0000 0000 0000 0000 0000 2c7f
 ID block CRC 0xc4 (vs. 0xc4).
  Full contents CRC 0x2c7f (read as 0x2c7f).
The station address is 00:a0:c9:bb:00:a4
New EEPROM contents would be:
  8086 0001 0087 0000 0000 0000 0000 0000
  00c4 0103 a000 bbc9 a400 1e00 0000 0800
  8604 0002 08af 00a5 0286 af04 a508 8800
  0304 08af 00a5 8061 0488 af05 a508 6100
  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 2c7f
 ID CRC 0xc4 (vs. 0xc4), complete CRC 2c7f.
  Internal autonegotiation state is 'Negotiation complete'.

-----------------------------------------------------------


-Adrian


On Sat, 2002-09-14 at 10:25, Donald Becker wrote:
> On 12 Sep 2002, Adrian deLisser wrote:
> 
> > I am trying to use a (PCcard) Intel EtherExpress PRO Mobile 10/100
> > CardBus network card under linux.
> > 
> > Having spent some time scouring the archives, it seems that I might need
> > to alter the contents of my EEPROM. Could someone provide, or direct me
> > to instructions/examples on using tulip-diag to achieve this?
> 
> Has this already been done?
> 
> > tulip-diag -aem output follows:
> ...
> > EEPROM 64 words, 6 address bits.
> > PCI Subsystem IDs, vendor 8086, device 0001.
> > CardBus Information Structure at offset 00000087.
> > Ethernet MAC Station Address 00:A0:C9:BB:00:A4.
> > EEPROM transceiver/media description table.
> > Leaf node at offset 30, default media type 0800 (Autosense).
> >  4 transceiver description blocks:
> >   Media 10baseT, block type 2, length 6.
> ...
> 
> This looks like the media table that is written by the tulip-diag
> program.
> 
> If you haven't already written the table to the card, it's possible that
> Intel shipped later versions of the card with a correct media table.
> If that is the case, please send the output of 'tulip-diag -eee'.
> 
> > You have an Intel CardBus card with an incomplete EEPROM.
> > The station address is 00:a0:c9:bb:00:a4
> > New EEPROM contents would be:
> 
> I print this message unconditionally.  I'll update the 'tulip-diag' to
> check if the EEPROM is really incomplete before printing this message.
> 
> -- 
> 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
> 
> _______________________________________________
> tulip mailing list, tulip@scyld.com
> To change to digest mode or unsubscribe visit
> http://www.scyld.com/mailman/listinfo/tulip