From mboxrd@z Thu Jan 1 00:00:00 1970 From: Duncan Hare Date: Wed, 25 Apr 2018 14:33:19 +0000 (UTC) Subject: [U-Boot] [PATCH v10 3/3] Adding wget In-Reply-To: References: <20180414234336.26636-1-DH@synoia.com> <20180414234336.26636-4-DH@synoia.com> <217820715.1487025.1524002336830@mail.yahoo.com> <2109276801.3390689.1524453754403@mail.yahoo.com> Message-ID: <2098767198.759415.1524666799073@mail.yahoo.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit To: u-boot@lists.denx.de From: Simon Glass To: Duncan Hare Cc: U-Boot Mailing List ; Joe Hershberger 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 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. RegardsDuncan Hare