Re: [U-Boot-Users] TFTP timeout
Did you try to use an "island network" setup, with you target and the server in a separated network? Or even a point-to-point connection? Does this change the behavior? (This is not the solution, just another test).
Best regards, Stefan
Yes, the behaviour changes with the network topology. On some switch, timeout occurs more often, but in the manufacturing center, we have an "island network", and it seems that the problem have not be reproduced.
Best regards,
Olivier
From: Olivier Vernet Sent: Wednesday, August 02, 2006 11:11
Did you try to use an "island network" setup, with you target and the server
but in the manufacturing center, we have an "island network", and it seems that the problem have not be reproduced.
If it doesn't occur on an isolated network, it sounds like a MAC address collition... Anoter device on your network has the same MAC as either your device or the server...
Had this happen a few times... Always hard to track down.
If your devices have unique MAC's, be aware that some cheap NICs use the same MAC address on multiple cards....
Hi Olivier,
On Wednesday 02 August 2006 18:11, Olivier Vernet wrote:
Yes, the behaviour changes with the network topology. On some switch, timeout occurs more often, but in the manufacturing center, we have an "island network", and it seems that the problem have not be reproduced.
Do you have lot's of broadcasts on your "main" network connection? Please try to increase the number of rx-packets again. For example:
#define CFG_RX_ETH_BUFFER 256
And please let me know if this helped. Thanks.
Best regards, Stefan
On our AMCC 405EP boards, we had problems when CFG_RX_ETH_BUFFER was greater than or equal to 32. Our boards work fine with this parameter set to 31.
I had reported this issue in the mail list and exchanged a couple mail with Stefan but did not have time to investigate to root cause.
Best regards, Tolunay
Stefan Roese wrote:
Hi Olivier,
On Wednesday 02 August 2006 18:11, Olivier Vernet wrote:
Yes, the behaviour changes with the network topology. On some switch, timeout occurs more often, but in the manufacturing center, we have an "island network", and it seems that the problem have not be reproduced.
Do you have lot's of broadcasts on your "main" network connection? Please try to increase the number of rx-packets again. For example:
#define CFG_RX_ETH_BUFFER 256
And please let me know if this helped. Thanks.
Best regards, Stefan
Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys -- and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=D... _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
participants (4)
-
Olivier Vernet -
Rune Torgersen -
Stefan Roese -
Tolunay Orkun