[vortex-bug] 3Com 920 ST03
Noyer Gilles
G.Noyer@lectra.com
Tue, 17 Jul 2001 15:52:58 +0200
Hello
The 0.99T driver work very well now. (On a kernel 2.0.33)
Thanks a lot.
Regards.
Gilles Noyer.
-----Message d'origine-----
De : Donald Becker [mailto:becker@scyld.com]
Envoyé : mardi 17 juillet 2001 14:32
À : Bogdan Costescu
Cc : Noyer Gilles; vortex-bug@scyld.com
Objet : Re: [vortex-bug] 3Com 920 ST03
On Tue, 17 Jul 2001, Bogdan Costescu wrote:
> On Mon, 16 Jul 2001, Noyer Gilles wrote:
>
> > I have a PC HP VL400 with the new 3Com 920-ST03 network card.
> > The card is recognised But the is two MII transiver at adress 1 and 2
with
> > status 24
> > it seem the last driver can't recognise well this card.
> > ...
> > I user the driver version 0.99Qk of 7/5/2000
Please try 0.99T in the 'test' directory.
> This driver is not so new... We decided that it's better to first test the
> address 24 to avoid these spurious detections; this is not implemented in
> the driver version that you mention. I looked for an updated driver from
> Don and even in 0.99Rb I couldn't find this change. So you'll have to use
> the driver that is distributed with the kernel; the driver in 2.2.19,
> 2.4.3 and newer kernels has this code.
I've implemented two additional fixes to this problem:
Limit the RxReset and TotalReset so that it doesn't reset the
transceiver
Detect transceivers with
if ((mii_status & 0xf800) && mii_status != 0xffff) {
not
if (mii_status && mii_status != 0xffff) {
Take note of the first fix. It keeps the 3c905C from resetting the
transceiver with every open. DHCP clients rapidly cycle the interface
up and down, and the cycling link beat that can cause the first few
packets to be dropped or permanently confuse some switches.
The second fix allows a normal scan order, even if the transceiver is
responding with bogus data at some addresses.
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