[U-Boot] [PATCH] Change default tftp timeout to be rfc-compliant

Pavel Machek pavel at denx.de
Tue Aug 25 17:33:14 CEST 2015


On Tue 2015-08-25 10:49:10, Tom Rini wrote:
> On Tue, Aug 25, 2015 at 04:32:48PM +0200, Pavel Machek wrote:
> > On Tue 2015-08-25 21:03:26, Bin Meng wrote:
> > > Hi Pavel, Joe,
> > > 
> > > On Tue, Aug 25, 2015 at 7:44 PM, Pavel Machek <pavel at denx.de> wrote:
> > > >
> > > >
> > > > tftp timeout of 100msec gives good performance on local ethernet, but
> > > > some servers (Centos) refuse to operate, and it is against RFC 2349.
> > > >
> > > > This fixes regression caused by
> > > > 620776d734e4b126c407f636bda825a594a17723 .
> > > >
> > > 
> > > This patch does not fix the issue properly. As the commit 620776d also
> > > changed the "<1000" test logic to "<10", which should not be. See my
> > > comments below.
> > 
> > Yes, I know.. and I'd like the test logic to stay. Some tftp servers
> > can handle that, and performance is significantly better that way.
> 
> Well, what does the RFC say we can and cannot do here?


According to RFC, we should not be putting 0 there.

Best regards,
									Pavel

http://www.rfc-base.org/txt/rfc-2349.txt

 #secs
          The number of seconds to wait before retransmitting,
          specified
	           in ASCII.  Valid values range between "1" and "255"
          seconds,
	           inclusive.  This is a NULL-terminated field.
		   



-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


More information about the U-Boot mailing list