Hi Duncan, On 25 April 2018 at 08:33, Duncan Hare <d...@synoia.com> wrote: > > > ________________________________ > From: Simon Glass <s...@chromium.org> > To: Duncan Hare <d...@synoia.com> > Cc: U-Boot Mailing List <u-boot@lists.denx.de>; Joe Hershberger > <joe.hershber...@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 <d...@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 _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
