<<< Previous topic - Next topic >>> |
|
Author |
Message |
Hoka
Joined: 20 Dec 2007 Posts: 1
|
Posted: 21.12.2007, 10:47 Post subject: Link down |
|
|
Hallo,
seitdem ich den DNP9200 an einem Switch betreibe beobachte ich
verstärkt, dass beim Booten das Ethernet nicht richtig startet, obwohl
physikalisch ein Link besteht erhalte ich folgende Meldung:
eth0: Link down.
eth0: AT91 ethernet at 0xfefbc000 int=24 10-HalfDuplex (02:80:ad:20:d4:7e)
eth0: Davicom 9196 PHY (Copper)
Es ist mir bislang auch nicht gelungen aus diesem Zustand zu gelangen ohne
einen erneuten Reset auszulösen.
Es passiert z.B. auch: neues Image laden... -> Restart -> Link down
Verwendetes Linux: 2.6.16.20-at91-ssv1
Hat jemand eine Idee? Ich vermute ein Problem während der Initialisierung (Timeout?).
Gruß,
Hoka |
|
Back to top |
|
|
kdw
Joined: 05 May 2006 Posts: 1461
|
Posted: 04.01.2008, 12:44 Post subject: Link down ... |
|
|
Hallo Hoka.
Kann das am Switch liegen? Was passiert, wenn man einen anderen Switch benutzt?
Gruß
KDW |
|
Back to top |
|
|
kdw
Joined: 05 May 2006 Posts: 1461
|
Posted: 07.01.2008, 17:41 Post subject: Link down ... |
|
|
Hallo Hoka.
Ich habe heute noch mal mit meinen Kollegen über das Problem gesprochen. Es könnte in der Tat mit dem PHY zusammenhängen. Bei der von uns gewählten Strap Option kann es bei kurzen Reset-Zeiten zu einem solchen Verhalten kommen.
Zur Lösung gibt es aber inzwischen einen Kernel-Patch. Bitte E-Mail mit Absenderangaben an kdw@ist1.de. Der Patch kommt dann postwendend.
Gruß
KDW |
|
Back to top |
|
|
kdw
Joined: 05 May 2006 Posts: 1461
|
Posted: 14.01.2008, 14:02 Post subject: Link down ... |
|
|
Hallo Hoka.
War das Problem mit dem Patch lösbar?
Gruß
KDW |
|
Back to top |
|
|
Bernie
Joined: 18 Apr 2007 Posts: 8
|
Posted: 17.01.2008, 11:11 Post subject: |
|
|
Hallo!
Ich habe ein anderes Problem, das vielleicht in die selbe Kerbe schlägt:
Wenn ich versuche einen neuen Kernel mittels UBOOT / tftbboot von einem TFTP Server zu laden so geht das prinzipiell gut und funktioniert bei mit am Platz.
Nun habe ich von unserer Produktionsabteilung die Info dass es bei denen nicht machbar ist. Es erscheint nicht #############... sondern ##T #T ###T #T .... Das heist viele Timeouts sodass der Download abbricht und neu startet.
Ich habe herausgefunden, dass es am Switch liegt. Ich verwende normalerweise einen Netgear FS726T und mit diesem geht es problemlos ohne einen einzigen Timeout. Nehme ich nun den Linksys EF4116 den die Prod. verwendet (physikalisch den selben und auch andere) und stecke ihn bei mir statt dem Netgear an so habe ich das gleiche Problem.
Der TFTP Server und das DNP/9200 hängen direkt am selben Switch und es macht auch keinen unterschied ob andere Teilnehmer am Switch hängen oder nicht. Hab ich schon getestet.
Kann das sein dass auch UBOOT den PHY ungünstig konfiguriert bzw. sind andere Informationen dazu vorhanden?
Was macht den der Kernel Patch genau?
Schöne Grüße,
Bernhard Lechleitner |
|
Back to top |
|
|
ssc
Joined: 05 May 2006 Posts: 36
|
Posted: 17.01.2008, 15:58 Post subject: |
|
|
Hallo Bernie,
Quote: | Kann das sein dass auch UBOOT den PHY ungünstig konfiguriert bzw. sind andere Informationen dazu vorhanden? |
U-Boot geht davon aus das der PHY am RMII Interface die Adresse 0 zugeweisen bekommen hat, dieses geschieht normalerweise mittels der bereits genannten Strap-Option.
Bei kurzen Resetpulsen haben wir festgestellt das der PHY eine andere Adresse erhalten hat. In diesem Fall macht U-Boot dann eine Meldung.
Die Erweiterung für eine Abfrage der gültigen (aktuellen) Adresse des PHY am RMII-Interface nach einem Reset, findet im U-Boot Netzwerktreiber nicht statt.
Quote: | Was macht den der Kernel Patch genau? |
Der Linux Kernel Treiber für die ETH Schnittstelle enthält diese Erweiterung bereits, allerdings fehlte im Original Quellkode eine geeignete Variable.
Dieses Manko wird durch unseren Patch behoben.
Wenn Linux den Netzwerktreiber lädt, wird also vorher abgefragt, unter welcher Adresse der PHY am RMII-Interface angemeldet ist. Das ist alles!
Das von ihnen geschilderte Probleme hat aber scheinbar eine andere Ursache.
Wenn Sie folgende Meldungen sehen
ist die Konfiguration des Netzwerkes bereits abgeschlossen.
Falls U-Boot den PHY nicht korrekt initialisiert, ist normalerweise ein Aufruf von TFTP Kommandos gar nicht möglich.
Ich hoffe ich konnte etwas weiterhelfen!
Schöne Grüße,
ssc |
|
Back to top |
|
|
kdw
Joined: 05 May 2006 Posts: 1461
|
Posted: 27.03.2008, 12:31 Post subject: Link Down Patch … |
|
|
Hallo Forum.
Der Patch steht ab sofort auch zum Download unter
http://www.dilnetpc.com/9200-LD-patch.zip
im Download-Bereich zur Verfügung.
Gruß
KDW |
|
Back to top |
|
|
|