From mboxrd@z Thu Jan  1 00:00:00 1970
From: Jerry Van Baren <gerald.vanbaren@smiths-aerospace.com>
Date: Thu, 10 Nov 2005 08:40:19 -0500
Subject: [U-Boot-Users] TFTP times out?
In-Reply-To: <518B77BB6246D54D9E88FC49AFB0389D2B1D34@seskoptronicmsx.optronic.local>
References: <518B77BB6246D54D9E88FC49AFB0389D2B1D34@seskoptronicmsx.optronic.local>
Message-ID: <43734DC3.2000102@smiths-aerospace.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

A: What really annoys Wolfgang?
Q: HTML (and I bet you thought I was going to say top posting ;-).

</humor>

"but when the next datapackage araives u-boot doesn?t seem to hear it"

I'm thinking the above quote is almost correct.  "Doesn't process it" is 
probably the correct statement.  It sounds like your u-boot build has 
problems receiving ethernet packets after a while.  This could be many 
things, but is almost undoubtedly a software problem and increasing 
timeouts won't fix it, it will just ACK previous packets longer.

I would check packet handling.  My first suspicion is that your receive 
packet handling isn't handling the packet queue properly.  An example of 
this would be if two packets are received but you only handle one of 
them and never go on to the next - as long as you only receive one 
packet per poll, you are OK, but if you receive two you get stuck.

gvb

Andr? Berggren wrote:
> Hi!
> 
> We have the same problem with one minor difference. U-boot get the
> first part of a file and then starts getting timeouts (TTTT).
> We used a Etheral to sniff and found out that u-boot ack one
> datapackage but when the next datapackage araives u-boot doesn?t seem
> to hear it. Instead u-boot timesout listening and sends another ack
> on the previous datapackage. The tftp server then retransmits the
> last datapackage again witch u-boot doesn?t hear, u-boot times out
> and send another ack on the previous datapackage, and we are stuck in
> this loop.
> We use a Moxa ED6008 switch where we attached the sniffer for the
recording.
> 
> See appended ethereal capture-file. Mark one UDP-package and use
> Analyse->decode as and chose tftp to make it more readable.
> 
> //Andr?
> 
> 
> -----Original Message-----
> From: u-boot-users-admin at lists.sourceforge.net on behalf of Wolfgang Denk
> Sent: Thu 11/10/2005 9:42 AM
> To: Zhen Wang
> Cc: Bharathi Subramanian; u-boot-users at lists.sourceforge.net
> Subject: Re: Re : [U-Boot-Users] TFTP times out? 
>  
> In message <4372E4BF.8020401@gmail.com> you wrote:
> 
>>   In a word, I think I should revise the tftpboot relevant codes to 
>>prolong the time before time out. But I don't the exact file(location).
> 
> 
> No. This will NOT solve the problem.
> 
> Run a network sniffer to find  out  if  U-Boot  is  actually  sending
> packets,  and  the  TFTP server fails to reply, or if U-Boot does not
> send any packets at all.
> 
> Best regards,
> 
> Wolfgang Denk
>