Hi Joe,
On Tue, Aug 25, 2015 at 11:42 AM, Joe Hershberger
<joe.hershber...@gmail.com> wrote:
> Hi Bin,
>
> On Mon, Aug 24, 2015 at 9:25 PM, Bin Meng <bmeng...@gmail.com> wrote:
>> Hi,
>>
>> With latest u-boot/master, TFTP is seriously broken.
>>
>> => tftp 100000 bzImage
>> Speed: 100, full duplex
>> Using pch_gbe device
>> TFTP from server 10.10.0.8; our IP address is 10.10.0.100; sending
>> through gateway 10.10.0.1
>> Filename 'bzImage'.
>> Load address: 0x100000
>> Loading: T
>> TFTP error: 'Unsupported option(s) requested' (8)
>> Starting again
>
> I'm guessing you are having an issue that the TFTP server you are
> using for some reason does not allow a timeout as small as 10 ms. What
> server are you testing against? Can you experiment and find the lowest
> that it accepts? Maybe there is a compromise we can reach that still
> works with most (all?) servers and also improves the behavior in a
> lossy environment.
I am using a CentOS server, with /etc/xinetd.d/tftp configuration below.
service tftp
{
socket_type = dgram
protocol = udp
wait = yes
user = root
server = /usr/sbin/in.tftpd
server_args = -s /tftpboot
disable = no
per_source = 11
cps = 100 2
flags = IPv4
}
I don't see an entry to change timeout settings.
>
>> git bisect shows the following commit broke the TFTP
>>
>> commit 620776d734e4b126c407f636bda825a594a17723
>> Author: Pavel Machek <pa...@denx.de>
>> Date: Tue Aug 18 14:34:26 2015 +0200
>>
>> tftp: adjust settings to be suitable for 100Mbit ethernet
>>
>> Adjust timouts and retry counts to be suitable for loaded ethernet
>> network. With 5 seconds timeout, 10 retries maximum, tftp is
>> impossible even on local network with single full-speed TCP
>> connection.
>>
>> 100msec timeout should be suitable for most networks tftp is used on,
>> that is local ethernets. Timeout count really needs to be way higher,
>> as lost packets are normal when TCP is running over the same network.
>>
>> Enforce 10msec minimum.
>>
>> Signed-off-by: Pavel Machek <pa...@denx.de>
>> Acked-by: Joe Hershberger <joe.hershber...@ni.com>
>>
>> Can we get this fixed ASAP? Thanks,
>
> Hopefully with a little more information about your case we can get
> this resolved quickly.
>
Regards,
Bin
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
