[U-Boot] [PATCH v10 3/3] Adding wget

[Duncan Hare <dh@synoia.com>]

   From: Simon Glass <sjg@chromium.org>
 To: Duncan Hare <dh@synoia.com> 
Cc: Wolfgang Denk <wd@denx.de>; U-Boot Mailing List <u-boot@lists.denx.de>; Joe Hershberger <joe.hershberger@ni.com>
 Sent: Wednesday, April 25, 2018 4:44 PM
 Subject: Re: [PATCH v10 3/3] Adding wget
   
Hi Duncan,

On 25 April 2018 at 08:33, Duncan Hare <dh@synoia.com> wrote:
____________________
>> From: Simon Glass <sjg@chromium.org>
>> To: Duncan Hare <dh@synoia.com>
>> Cc: U-Boot Mailing List <u-boot@lists.denx.de>; Joe Hershberger
>> <joe.hershberger@ni.com>
>> Sent: Tuesday, April 24, 2018 10:01 PM
>> Subject: Re: [PATCH v10 3/3] Adding wget
>>
>> Hi Duncan,
>>
>>> On 22 April 2018 at 21:22, Duncan Hare <dh@synoia.com> wrote:
>>>
>>>>The server can be tested with the wget command which
>>>> can be installed on linux.
>>>> I doubt that loop-back like this will produce the scrambling of packet
>>>> order
>>>> which is a feature of push down stacks for packet queues
>>>> in the internet.
>>>>
>>>> Hence my comment in a different thread about buffering on the pi. Few of
>>>> the
>>>> socs appear to use net_pkt_buf  buffers for net traffic.
>>>>
>>>> If there are too many transmission errors the sending tcp drops the
>>>> connection. My solution to this is to halve the size of
>>>> CONFIG_SYS_RX_ETH_BUFFER until transmission works.
>>>>
>>> >
>>>> Possibly CONFIG_SYS_RX_ETH_BUFFER could come under Kconfig.
>>>
>>>Just to be clear, I was wondering about having an automated test. Manual
>>>> tests are not very useful since people won't do them. See 'make tests' for
>>>> all the test that we >currently >run. I'm pretty sure you could standard up
>>>> a little server, run your wget, then shut it down, all within a pytest test.
>>
>>
>>>>Regards,
>>>>Simon
>>
>> Hi Wolfgang. Simon
>>
>> Can we put a test 4 Mbyte kernel on the u-boot website for an automated test
>> for other users of TCP & Wget in u-boot?
>>
>> Then I can produce a standard u-boot script for testing.

>How about the test just creates a little (4KB) file. We don't want the
>tests to access a real network, if possible, just use localhost.

>Regards,
>Simon
4k is 4 packets. I believe most kernels are larger. 
I was think of a static server set up with a known dns name.
Thta's what I've got. 

Do the test setup once.