Problem with full duplex or MII with DEC 21143
Brian Dushaw
dushaw@munk.apl.washington.edu
Sat Oct 31 16:33:48 1998
Dr. Becker,
I will try options=5 and measuring the bandwidth in both directions -
I was measuring with ftp, and it was definitely half bandwidth.
I don't know if I tried measuring with options=5 though.
These $15 cards were from www.jandr.com, who have $5 shipping charge
with 2 day delivery. I was amazed. These cards were flagged "low
inventory" when I checked last night.
Thanks for your fast reply!
Brian Dushaw
***************************************************************************
On Sat, 31 Oct 1998, Donald Becker wrote:
> On Sat, 31 Oct 1998, Brian Dushaw wrote:
>
> > I have a pair of DEC 21143 cards connected via a null modem
> > cable. These work fine at 100baseTX, except that I can't
> > get full duplex to enable.
>
> They should autonegotiate full duplex themselves.
>
> You should only force full duplex when working with old-style equipment,
> typically Cisco switches, that does not autonegotiate.
>
> > I can set options=14, in which
> > case full duplex is reported by tulip-diag, but then the
> > cards will not communicate.
>
> Media type 14 is MII-full duplex. Your board likely does not have a MII
> transceiver and is instead using the internal symbol mode transceiver.
> The internal transceiver has a badly designed autonegotiating feature,
> overloading the full-duplex advertising capability bit with the full-duplex
> setting in CSR6. (Grrr... all other advertising bits are cleanly grouped
> except of this one. The 21143 is not nearly as clean of a design as the
> original chips.) This might be confusing 'tulip-diag', which cannot see
> the internal state of the chip.
>
> > I have tried a variety of options,
> > (including no options) and a variety of driver versions (0.88 0.89L 0.90
> > etc) all to no avail. Any ideas?
>
> Use no option, and just measure the bidirectional bandwidth.
> If you must try an media option, use media type '5'.
>
> > A related problem may be that MII appears not to be recognized.
> > dmesg reports:
>
> This means your board does not use an MII transceiver.
> Most recent boards do use MII, since MII transceiver are now less expensive,
> but the 21143 is designed to use SYM PHYs (symbol mode physical layer).
>
> The MII PHY vs SYM PHY issues, and the many ways to connect a SYM PHY, is
> a reason the Tulip is so difficult to write a driver for. It's easy to
> support only a single board type, as board vendors have the luxury of doing.
> It's far more complicated to support all board types.
>
> > tulip.c:v0.89L 10/9/98 becker@cesdis.gsfc.nasa.gov
> > eth1: Digital DS21143 Tulip at 0xc000, 00 80 ad 22 13 53, IRQ 10.
> > eth1: EEPROM default media type Autosense.
> > eth1: Index #0 - Media 10baseT (#0) described by a 21142 Serial PHY (2)
> > block.
> > eth1: Index #1 - Media 10baseT-FD (#4) described by a 21142 Serial PHY
> > (2) block.
> > eth1: Index #2 - Media 100baseTx (#3) described by a 21143 SYM PHY (4)
> > block.
> > eth1: Index #3 - Media 100baseTx-FD (#5) described by a 21143 SYM PHY (4)
> > block.
>
> This is exactly the media table from the Digital design kit.
> That means it's either a generic design, or the vendor just didn't bother to
> change it to reflect what the board actually does.
>
> > These were $15 cards, so perhaps I am paying for this now....
> > The card is CNET CN100TX, it advertises full duplex capability.
>
> That's a good price. Where did you get them?
>
> Donald Becker becker@cesdis.gsfc.nasa.gov
> USRA-CESDIS, Center of Excellence in Space Data and Information Sciences.
> Code 930.5, Goddard Space Flight Center, Greenbelt, MD. 20771
> 301-286-0882 http://cesdis.gsfc.nasa.gov/people/becker/whoiam.html
>