From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31297 invoked by alias); 26 Oct 2009 13:54:15 -0000 Received: (qmail 31121 invoked by uid 22791); 26 Oct 2009 13:54:13 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mtaout03-winn.ispmail.ntl.com (HELO mtaout03-winn.ispmail.ntl.com) (81.103.221.49) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 26 Oct 2009 13:54:08 +0000 Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout03-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20091026135406.UYMY17277.mtaout03-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>; Mon, 26 Oct 2009 13:54:06 +0000 Received: from cog.dallaway.org.uk ([213.106.93.52]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20091026135406.QXQV22934.aamtaout04-winn.ispmail.ntl.com@cog.dallaway.org.uk>; Mon, 26 Oct 2009 13:54:06 +0000 Received: from cog.dallaway.org.uk (cog.dallaway.org.uk [127.0.0.1]) by cog.dallaway.org.uk (8.13.8/8.13.8) with ESMTP id n9QDs3Rp020245; Mon, 26 Oct 2009 13:54:03 GMT Message-ID: <4AE5A9FB.8020801@dallaway.org.uk> Date: Mon, 26 Oct 2009 13:54:00 -0000 From: John Dallaway User-Agent: Thunderbird 2.0.0.22 (X11/20090625) MIME-Version: 1.0 To: Simon Kallweit 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> <4A938008.70909@intefo.ch> <4A939599.8040703@intefo.ch> <4AE480E7.2010803@dallaway.org.uk> <4AE59D93.30000@intefo.ch> In-Reply-To: <4AE59D93.30000@intefo.ch> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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-10/txt/msg00057.txt.bz2 Hi Simon Simon Kallweit wrote: >> The lwIP CDL script currently builds ecos/sio.c unconditionally so >> CYGPKG_IO_SERIAL is required even when both PPP and SLIP are disabled. >> It would be good to compile ecos/sio.c via a CDL option which is >> "calculated { CYGPKG_LWIP_PPP || CYGPKG_LWIP_SLIP }" if other source >> code will permit this. > > sio.c is always compiled, but there is an #ifdef which includes the code > only when either CYGPKG_LWIP_SLIP or CYGFUN_LWIP_PPPOS_SUPPORT is > active. Also, CYGPKG_IO_SERIAL_DEVICES is only enabled if either SLIP or > PPPoS support is enabled. Do you think solving that dependency in CDL is > the better approach? OK, it seems that this issue has already been resolved. I was looking at a slightly older revision of sio.c. As a general rule, it's preferable to compile only those source code files which are needed. Clearly the most important thing is to ensure that the resulting binaries are not bloated with unused code/data. >> How is you own testing of lwIP 1.3.1 progressing? > > Well, I'm currently using devices with lwIP 1.3.1 in field tests. They > run in the 'simple' mode (single-threaded) and use PPP for GPRS > connections via a GSM modem. I have not seen any issues with the current > port. The devices run for days until they may be power-cycled for > updates or maintenance. > > Application development is done on the synthetic target, using a > simulated GSM modem, simulating GPRS connections by spawning a local PPP > server. No issues have occurred with this configuration either, although > runtimes are usually only minutes to hours. So I think we should roll this out to eCos CVS soon. This will help with further testing coverage. One minor point: It would be very useful for the stack to report its own IP address on the diagnostic channel. John Dallaway