[Fwd: [eepro100] errors with > 200k transfers]

[Darrell Schiebel]

This is a multi-part message in MIME format.
--------------75479586AA2DD9CF45E667B2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

[somehow I left the eepro100 list off...]


--------------75479586AA2DD9CF45E667B2
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

X-Mozilla-Status2: 00000000
Message-ID: <3C152796.CCA83727@nrao.edu>
Date: Mon, 10 Dec 2001 16:22:30 -0500
From: Darrell Schiebel <drs@nrao.edu>
Organization: NRAO
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.19-6.2.1smp i686)
X-Accept-Language: en
MIME-Version: 1.0
To: Donald Becker <becker@scyld.com>
Subject: Re: [eepro100] errors with > 200k transfers
References: <Pine.LNX.4.10.10112101548490.719-100000@vaio.greennet>
Content-Type: multipart/mixed;
 boundary="------------EABD8BA1C743B8FDA49C3231"

This is a multi-part message in MIME format.
--------------EABD8BA1C743B8FDA49C3231
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Donald Becker wrote:

> On Mon, 10 Dec 2001, Darrell Schiebel wrote:
>
> > Date: Mon, 10 Dec 2001 14:34:13 -0500
> > From: Darrell Schiebel <drs@nrao.edu>
> > Donald Becker wrote:
> > > On Mon, 10 Dec 2001, Darrell Schiebel wrote:
> > > > On Sunday, December 9 2001 at 11:57EST, Donald Becker wrote:
> > > > >On Fri, 7 Dec 2001, Darrell Schiebel wrote:
> > > > >
> > > > >> I have a (great) IBM ThinkPad X22. However, I get errors from the
> ..
> > > > >> Communications Daughter Card / Intel 82562ET chipset". Linux picks the
> ...
> > > > >Run 'eepro100-diag' and see if the "sleep mode" bit is set in the
> > > > >EEPROM.  If so, run
> > > > >    eepro100-diag -G 0 -w -w -f
> > > > >to clear the bit.
> > > >
> > > >       Thanks for the suggestion.. however, eepro100-diag doesn't seem
> > > >       to interface with the adapter correctly... when I first tried to
> > > >       run eepro100-diag, it reported:
>
> OK, I've released a new version of eepro100-diag.  Here is the CVS entry

I got the update and now it identifies the card correctly, but still doesn't seem
to sense or clear the "sleep mode" bit properly (see below). It also doesn't seem
to have the other info correct either.

thanks,
Darrell


--------------EABD8BA1C743B8FDA49C3231
Content-Type: text/plain; charset=us-ascii;
 name="try"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="try"

Script started on Mon Dec 10 16:02:05 2001

[root@dhcp-dyn05 eepro100]# ./eepro100-diag -e -f
eepro100-diag.c:v2.06 12/10/2001 Donald Becker (becker@scyld.com)
 http://www.scyld.com/diag/index.html
Index #1: Found a Intel Pro/100 VE (type 1031) adapter at 0x8000.
Intel EtherExpress Pro 10/100 EEPROM contents:
  Station address FF:FF:FF:FF:FF:FF.
  Board assembly ffffff-255, Physical connectors present: RJ45 BNC AUI MII
  Primary interface chip i82555 PHY #-1.
    Secondary interface chip i82555, PHY -1.
   Sleep mode is enabled.  This is not recommended.
   Under high load the card may not respond to
   PCI requests, and thus cause a master abort.
   To clear sleep mode use the '-G 0 -w -w -f' options.

[root@dhcp-dyn05 eepro100]# ./eepro100-diag -G 0 -w -w -f
eepro100-diag.c:v2.06 12/10/2001 Donald Becker (becker@scyld.com)
 http://www.scyld.com/diag/index.html
Index #1: Found a Intel Pro/100 VE (type 1031) adapter at 0x8000.
Writing fffd to configuration word 10.
 Use '-a' or '-aa' to show device registers,
     '-e' to show EEPROM contents, -ee for parsed contents,
  or '-m' or '-mm' to show MII management registers.

[root@dhcp-dyn05 eepro100]# ./eepro100-diag -e -f
eepro100-diag.c:v2.06 12/10/2001 Donald Becker (becker@scyld.com)
 http://www.scyld.com/diag/index.html
Index #1: Found a Intel Pro/100 VE (type 1031) adapter at 0x8000.
Intel EtherExpress Pro 10/100 EEPROM contents:
  Station address FF:FF:FF:FF:FF:FF.
  Board assembly ffffff-255, Physical connectors present: RJ45 BNC AUI MII
  Primary interface chip i82555 PHY #-1.
    Secondary interface chip i82555, PHY -1.
   Sleep mode is enabled.  This is not recommended.
   Under high load the card may not respond to
   PCI requests, and thus cause a master abort.
   To clear sleep mode use the '-G 0 -w -w -f' options.

[root@dhcp-dyn05 eepro100]# exit

Script done on Mon Dec 10 16:03:18 2001

--------------EABD8BA1C743B8FDA49C3231--


--------------75479586AA2DD9CF45E667B2--