All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eberhard Stoll <eberhard.stoll@berghof.com>
To: linuxppc-embedded@ozlabs.org
Subject: Re: MPC5200 ethernet communication stops unexpected
Date: Fri, 27 Apr 2007 19:09:19 +0200	[thread overview]
Message-ID: <46322E3F.8050508@berghof.com> (raw)
In-Reply-To: <10220160.post@talk.nabble.com>

Hi,
> I've the same problem by running MPC5200B, but under MQX ...
>   
Did you check/compare already some registers with mine?
Maybe it could be a hint for a hardware problem in the (RevB) processor 
- or a hint for two different drivers which have the same problem :-)
>> This situation is very rare - only a constellation with 6 Controllers 
>> and a special ethernet communication load leads to this fault - in about 
>> one day!
>>     
No more! Now i can reproduce the fault in between 10 to 30 minutes in my 
office!

Try this:
1) Use two mpc5200 boards and a pc which can telnet into the 
controllers. I use 100M
     FullDuplex settings for the link.
2) Now telnet into the controllers and start on all controllers a flood 
ping. E.g:
        # ping -f 10.255.226.70
    on 10.255.226.71 and a
        # ping -f 10.255.226.71
    on 10.255.226.70. So both controllers ping each others. You can 
watch the
    dots in your telnet session.
3) After some minutes (about 10 to 30 minutes) one of the two 
controllers doesn't
     respond any more. It shows a slow blinking rx led, the link is 
still ok, but the
    controller doesn't respond any more. In the telnet session you can see
    running points on the other controller mixed with some 'E's. In the 
telnet
    session on the other controller you see Ethernet is dead.
    =====================================================
    Congretulations, now you have reproduced the fault!
    =====================================================

It seems that this fault only occurs if the ping is done thru a telnet 
session. Logging into the controller on the serial console and doing the 
pings won't trigger the fault (at least not so fast). This might be a 
timing issue or has to do with Ethernet utilisation. ping -f prints some 
points for transmitted ethernet frames. In case of a telnet session ping 
produces 2 packets at the same time. One for the ping and another for 
the dot in telnet!
If i do a 'ping -f 10.255.226.71 > /dev/null', which suppresses the 
output now run for hours ...

Eberhard

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________

  parent reply	other threads:[~2007-04-27 17:09 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-20 19:21 MPC5200 ethernet communication stops unexpected Eberhard Stoll
2007-04-27 14:35 ` tacitus
2007-04-27 15:42   ` Daniel Schnell
2007-04-27 17:09   ` Eberhard Stoll [this message]
2007-04-27 17:22     ` David Kanceruk
     [not found]       ` <4632369E.8010000@berghof.com>
2007-04-27 18:15         ` David Kanceruk
2007-04-30 20:49     ` Wolfgang Denk
     [not found] <1179234357.1668.10.camel@pc-hans>
2007-05-15 15:03 ` David Kanceruk
2007-05-16  6:56   ` Sylvain Munaut
2007-05-21  7:43   ` Eberhard Stoll
  -- strict thread matches above, loose matches on Subject: below --
2007-05-15 15:16 Hans Thielemans
2007-05-15 15:40 ` David Kanceruk
2007-05-16  7:29 Hans Thielemans
2007-05-16 15:25 ` John Rigby

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=46322E3F.8050508@berghof.com \
    --to=eberhard.stoll@berghof.com \
    --cc=linuxppc-embedded@ozlabs.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.