From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24409 invoked by alias); 25 Aug 2009 06:09:24 -0000 Received: (qmail 24400 invoked by uid 22791); 25 Aug 2009 06:09:23 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_43 X-Spam-Check-By: sourceware.org Received: from mail01.solnet.ch (HELO mail01.solnet.ch) (212.101.4.135) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 25 Aug 2009 06:09:17 +0000 Received: from mail01.solnet.ch ([127.0.0.1]) by localhost (mail01.solnet.ch [127.0.0.1]) (SolNet-Check, port 10024) with LMTP id ugu2tuQ9yx-f; Tue, 25 Aug 2009 06:09:13 +0000 (UTC) Received: from beta.intefo.ch (static-212-101-18-64.adsl.solnet.ch [212.101.18.64]) by mail01.solnet.ch (Postfix) with ESMTP id BDE054C809; Tue, 25 Aug 2009 06:09:13 +0000 (UTC) Received: from beta.intefo.ch ([127.0.0.1]) by localhost (beta.intefo.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id WUkuDuLSBTd7; Tue, 25 Aug 2009 08:09:03 +0200 (CEST) Received: from [192.168.1.20] (simon.intefo.ch [192.168.1.20]) by beta.intefo.ch (Postfix) with ESMTP id B08EC7700F7; Tue, 25 Aug 2009 08:09:03 +0200 (CEST) Message-ID: <4A938008.70909@intefo.ch> Date: Tue, 25 Aug 2009 06:09:00 -0000 From: Simon Kallweit User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Sergei Gavrikov CC: ecos-devel@ecos.sourceware.org Subject: Re: lwip 1.3.1 testing References: <4A8E48C2.10802@intefo.ch> <20090821184336.GA24882@ubuntu.local> <20090824201853.GA10163@ubuntu.local> In-Reply-To: <20090824201853.GA10163@ubuntu.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact ecos-devel-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-devel-owner@ecos.sourceware.org X-SW-Source: 2009-08/txt/msg00041.txt.bz2 Sergei Gavrikov wrote: > On Fri, Aug 21, 2009 at 09:43:36PM +0300, Sergei Gavrikov wrote: >> On Fri, Aug 21, 2009 at 09:12:02AM +0200, Simon Kallweit wrote: >>> Hi >>> >>> If anyone volunteers, I'd be glad if you could test the current state of >>> the lwip 1.3.1 port. It has been updated with the latest changes from >>> the 1.3.1 release. I currently left in my changes for SLIP and PPP (see >>> my last mail for details), but this should not matter for testing. The >>> package can be installed by just replacing the existing lwip and eth >>> drivers packages. >>> >>> http://download.westlicht.ch/lwip-20090821.tar.gz >> Hi Simon, >> >> I need a bit clarification from you. Does it mean that we should try >> 'lwip_eth' template only on real HW? I stub on 'left in' phrase. Did >> your SLIP/PPP hack leave this tarball? Does it mean what tests of SLIP, >> for example, will be useless just now? Sorry for the late answer, have been busy. The current release does still include the SLIP/PPP hacks yes, I'll try to get at least the SLIP modifications into lwip before a proper release of my port. PPP will be mostly useless in it's current state, but it's probably better to leave it as it is in the current lwip release than having my hacks in. > > Hi Simon, > > Last weekend I tested a bit your lwip 1.3.1 port. Well, that was not any > stress test, just compile and run a few net tests out from the box and > pinging. Short summary the below > > Synth ARM-7 (LE) > + http_simple + http_simple > + http_sequential + http_sequntial > + tcpecho + tcpecho Very nice, for some 'stress testing' you can run nc_test_slave. You'll need the nc_test_master which can be found in packages/net/common/current/tests > External ping/arping worked for both targets. For the tests I used > configs with DHCP support. > > For the followers I attach the ecos minimal configs which I used for > simple and sequential modes for synth and real hardware and a small > patch for simple.c, sequential.c. All build were started as > > ecosconfig new lwip_eth The default lwip templates should probably be adapted to the new port. I'll look into that. > I had got `stack overlow' in GDB with default stack's settings on real > target when I enabled a tracing and turned off optimization, I tried > multipy stack amounts (for interrupts, tcp_thread, eth_thread) x 2, x 4, > but error did not go away. Perhaps, I should investigate more time for > the issue, but may be in the next weekend. That sounds interesting. I have not seen anything like that on the synth target, but stacks are at least 16k each, so it's not a good comparison. I also use lwip+ppp on a STM32, have not had any problems there either, but I don't use ethernet there. > Thanks for the port! Thanks a lot for testing!! Simon