[eepro100] e100 vs. eepro100
Antwerpen, Oliver
Antwerpen@netsquare.org
Fri, 9 Feb 2001 08:17:13 +0100
Hi Donald,
> Von: Donald Becker [mailto:becker@scyld.com]
>
> On Thu, 8 Feb 2001, Antwerpen, Oliver wrote:
>
> > some information for you...
> ..
> > Feb 6 06:30:21 hunter kernel: eepro100.c:v1.13 1/9/2001
> Donald Becker
> > <becker@scyld.com>
>
> Good.
*phew*
> ...
> > Feb 8 15:25:28 hunter kernel: eth2: Transmit timed out:
> status 0050 0080
> > at 328083/328089 commands 000c0000 000c0000 000c0000.
> ...
> > Feb 8 15:25:28 hunter kernel: PHY index 1 register 0 is 3000.
> > Feb 8 15:25:28 hunter kernel: PHY index 1 register 1 is 7829.
>
> This one _looks_ easy -- you lost link beat at some point. That's not
> necessarily the problem, but might be.
Yes, right. Now I remenber the numbers... *g*
> > Feb 8 15:25:28 hunter kernel: PHY index 1 register 5 is 45e1.
>
> Your link partner is advertising flow control. It's possible that the
> i82559 chip has paused transmission due to flow control. I
> should print
> the current flow control timeout as well. Was the network
> exceptionally
> busy at this time?
No, it also happens at night, when there's almost no traffic. For me there
seems to be no relationship between traffic and problems.
> > Feb 8 15:25:28 hunter kernel: eth2: Tx ring dump, Tx
> queue 328089 /
> > 328083:
> > Feb 8 15:25:28 hunter kernel: eth2: 18 000ca000.
> > Feb 8 15:25:28 hunter kernel: eth2: * 19 000c0000.
> > Feb 8 15:25:28 hunter kernel: eth2: 20 000c0000.
> > Feb 8 15:25:28 hunter kernel: eth2: 21 000c0000.
> > Feb 8 15:25:28 hunter kernel: eth2: 22 000c0000.
> > Feb 8 15:25:28 hunter kernel: eth2: 23 000c0000.
> > Feb 8 15:25:28 hunter kernel: eth2: 24 400c0000.
> > Feb 8 15:25:28 hunter kernel: eth2: =25 000ca000.
> > Feb 8 15:25:28 hunter kernel: eth2: 28 000ca000.
>
> Did the interface resume correct operation at this point?
Yes, in this case it did.
> > Feb 8 15:25:28 hunter kernel: PHY index 1 register 0 is 3000.
> > Feb 8 15:25:28 hunter kernel: PHY index 1 register 1 is 782d.
>
> Link beat has returned.
OK. So this means to me, that I should not use auto negotiation, but pass
options=... to the module? Is it sure, that this will help? Otherways I will
try out the intel e100 module. My customer isn't really happy right now...
Thanks so long!
Olli