First of all, thanks to continue to investigate on this problem.
I've tried to increase the number of rx-packets and fixed it to 256.
The timeout still occurred but without the previous message
MAL error occured.... ISR =3D c0100010 UIC =3D =3D 2 MAL_DEF =3D =
e0100000 MAL_ERR=3D e0000000 About preceeding transfer (eth0)
It's true that there is quite a lot of broadcoasts on the network, and I =
have the feeling that timeouts are less frequent this week as there is a =
of people on vacation (and so a lot of computer shutdown).=20
Perhaps it's a way to investigate.
De=A0: Stefan Roese [mailto:sr@...
Envoy=E9=A0: lundi 7 ao=FBt 2006 15:03
Cc=A0: Olivier Vernet; Philippe Villet; wd@...
Objet=A0: Re: [U-Boot-Users] TFTP timeout
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
Do you have lot's of broadcasts on your "main" network connection? =
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.