[eepro100] [eepro100]sporadic hangups
Brian Tilma
brian@regiscope.com
Mon Aug 12 10:01:01 2002
Thanks for the input. After reading the link you sent me, I understand
better. Reading the other postings regarding the sleep mode and driver
update have helped me tremendously, I was just trying to cover all of the
bases. Once again, thanks for all the help!
Brian Tilma
-----Original Message-----
From: Donald Becker [mailto:becker@scyld.com]
Sent: Friday, August 09, 2002 7:22 PM
To: Brian Tilma
Cc: eepro100@scyld.com
Subject: Re: [eepro100] [eepro100]sporadic hangups
On Fri, 9 Aug 2002, Brian Tilma wrote:
> more thing. Below I've included the output of "mii-diag -v -D eth0", and
I
> was wondering if I needed to do anything regarding the connection speed.
I
> noticed that at the end, autonegotiation had not completed, but that a
link
> of some description was established. The communication does seem to be
You link partner did not have Autonegotiation, so the transceiver fell
back to sensing the link speed. Thus the two messages
-you have link beat, but
- negotiation did not complete
See
http://scyld.com/expert/NWay.html
for the detailed story.
> happening well enough, but I'd like to avoid potential problems. Do I
need
> to force a 10BaseT connection, or is the driver handling this just fine by
> itself?
Never force link speed or duplex unless you have a specific problem.
That capability is provided only for non-standard installations.
> mii-diag.c:v2.05 7/13/2002 Donald Becker (becker@scyld.com)
> Basic mode control register 0x3100: Auto-negotiation enabled.
> You have link beat, and everything is working OK.
> Your link partner is generating 10baseT link beat (no autonegotiation).
...
> Link partner capability is 0021: 10baseT.
> Negotiation did not complete.
--
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