public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Jerry Van Baren <gerald.vanbaren@ge.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Fw: TFTP fails when using network switch
Date: Wed, 07 Jan 2009 14:58:01 -0500	[thread overview]
Message-ID: <49650949.3010601@ge.com> (raw)
In-Reply-To: <1231357011.32308.429.camel@elrond.atmel.com>

Ulf Samuelsson wrote:
> ons 2009-01-07 klockan 07:52 -0500 skrev Jerry Van Baren:
>> Wolfgang Denk wrote:
>>> Dear Ulf Samuelsson,
>>>
>>> In message <1231282371.32308.276.camel@elrond.atmel.com> you wrote:
>>>> It was tracked down to the autoconfiguration of the 
>>>> Ethernet PHY, so one of the PHYs ended up in 
>>>> 100 Mbps Half Duplex (think that was the switch) 
>>>> while the other PHY ended up in 100 MBps Full Duplex.
>>> That would most probably be a bug in the U-Boot ethernet driver, then.
>>>
>>> Best regards,
>>>
>>> Wolfgang Denk
>> If auto-negotiation fails, the default is half duplex (10 or 100 - the 
>> speed can be discovered independent of the autonegotiation by the encoding).
>>
>> Ulf's recollection that the switch was half duplex would indicate that 
>> the cheap switch did not autonegotiate properly, but u-boot did.  This 
>> could be a u-boot bug (not setting up the negotiation properly), but 
>> more likely would be a switch problem (not handling the u-boot auto-neg 
>> options properly).
>>
> 
> Don't remember all details, since it was 4 years ago.
> I talked to D-Link support and they claimed that the standard
> was to fall back to one of the options, if autonegotiation failed.

Autonegotiation enabled but fails => half duplex.  It's in the spec.

> The customer might have had a PHY without autonegotation which
> was hardwired to 100 Mbps full duplex.

Manually configured (autoneg disabled) is no problem, *AS LONG AS* both 
sides are manually configured to the same configuration.  The problem is 
when one side is configured to autonegotiate and the other side is set 
to full duplex.  The autonegotiation side is unable to negotiate with 
the manually configured side, so it falls back to half duplex at 
whatever rate is being used (10/100, determined from the encoding on the 
wire).

It sorta works until there is more than a few packets on the wire, at 
which time the half duplex end sees the full duplex packets as 
collisions and the error rate (and runt packets) skyrockets because the 
half duplex side keeps aborting packets.

It sounds like, in your case, the computer end was manually configured 
to be (100bT) full duplex but the (cheap unmanaged) switch was still 
running auto-negotiation.  Recipe for disaster.

> With little communication, the packages were sent 
> where this caused some problems.

Oh yeah, in spades, but only when the wire gets busier.

gvb

  reply	other threads:[~2009-01-07 19:58 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-06  0:02 [U-Boot] Fw: TFTP fails when using network switch Loren A. Linden Levy
2009-01-06  7:41 ` Remy Bohmer
2009-01-06 22:52   ` Ulf Samuelsson
2009-01-06 23:00     ` Wolfgang Denk
2009-01-07 12:52       ` Jerry Van Baren
2009-01-07 14:03         ` Loren A. Linden Levy
2009-01-07 15:57           ` Swarthout Edward L
2009-01-07 18:02           ` Ben Warren
2009-01-07 18:23           ` Jerry Van Baren
2009-01-07 19:36         ` Ulf Samuelsson
2009-01-07 19:58           ` Jerry Van Baren [this message]
2009-01-16  0:36             ` L. A. Linden Levy
2009-01-16 15:34               ` Jerry Van Baren
2009-01-20  0:00                 ` Loren A. Linden Levy
2009-01-20  1:14                   ` Jerry Van Baren
2009-01-20  2:39                     ` Loren A. Linden Levy
2009-01-20 16:55                     ` Loren A. Linden Levy
2009-01-20 17:13                       ` Jerry Van Baren
2009-01-21  0:14                         ` Loren A. Linden Levy
2009-01-21 12:23                           ` Jerry Van Baren
2009-01-06 12:45 ` Jerry Van Baren

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=49650949.3010601@ge.com \
    --to=gerald.vanbaren@ge.com \
    --cc=u-boot@lists.denx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox