From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4850 invoked by alias); 4 May 2013 13:11:16 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 4831 invoked by uid 89); 4 May 2013 13:11:14 -0000 X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_50,KHOP_THREADED,RP_MATCHES_RCVD autolearn=ham version=3.3.1 Received: from netic.com (HELO netic.com) (208.131.130.247) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Sat, 04 May 2013 13:11:10 +0000 Received: from PIII550 (60-242-91-36.static.tpgi.com.au [60.242.91.36]) by netic.com (8.13.1/8.13.1) with ESMTP id r44DB1TF022703; Sat, 4 May 2013 07:11:02 -0600 From: "Laurie Gellatly" To: "'Richard Rauch'" Cc: References: <001201ce4404$f89d4f20$e9d7ed60$@netic.com> <001501ce4406$9f7a0670$de6e1350$@itrgmbh.de> <6AE794FE-711D-410C-B747-335C163616B7@netic.com> <001601ce4409$b090d800$11b28800$@itrgmbh.de> In-Reply-To: <001601ce4409$b090d800$11b28800$@itrgmbh.de> Date: Sat, 04 May 2013 13:11:00 -0000 Message-ID: <007801ce48c8$d5cddaa0$81698fe0$@netic.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: RE: AW: [ECOS] FreeBSD not always releasing ACK MBUFs X-SW-Source: 2013-05/txt/msg00005.txt.bz2 Just a quick update. I found my problem. It was in the device driver.=20 Thanks for the help. ...Laurie:{) -----Original Message----- From: ecos-discuss-owner@sourceware.org [mailto:ecos-discuss-owner@sourcewa= re.org] On Behalf Of Richard Rauch Sent: Sunday, 28 April 2013 10:13 PM To: 'Laurie Gellatly' Cc: ecos-discuss@sourceware.org Subject: AW: AW: [ECOS] FreeBSD not always releasing ACK MBUFs Hmm, hard to say, what exactely is the reason for your problems. The stack is well known for having several problems regarding mbufs and oth= ers...but I thought, the commercial eCosPro Version, you are using, should = contain an improved stack version! One of our porting projects was for Atmel AT91SAM9G45 and our customer Soft= ing provided a bunch of improvements. You could compare your version with our version, available at http://tiprom= .itrgmbh.com/projects/ecos-on-atmel9g45 Maybe it's helpful! Richard > -----Urspr=C3=BCngliche Nachricht----- > Von: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss-=20 > owner@ecos.sourceware.org] Im Auftrag von Laurie Gellatly > Gesendet: Sonntag, 28. April 2013 13:56 > An: Richard Rauch > Cc: > Betreff: Re: AW: [ECOS] FreeBSD not always releasing ACK MBUFs >=20 > FreeBSD. How did I miss that important fact??? >=20 > ...Laurie:{) >=20 >=20 > On 28/04/2013, at 9:50 PM, "Richard Rauch" wrote: >=20 > > Hello, > > > > which TCP/IP Stack are you using? FreeBSD or lwIP? > > > > Richard > > > > ITR GmbH > > web: http://www.itrgmbh.com > > email: info@itrgmbh.com > > > > > >> -----Urspr=C3=BCngliche Nachricht----- > >> Von: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss-=20 > >> owner@ecos.sourceware.org] Im Auftrag von Laurie Gellatly > >> Gesendet: Sonntag, 28. April 2013 13:39 > >> An: ecos-discuss@sourceware.org > >> Betreff: [ECOS] FreeBSD not always releasing ACK MBUFs > >> > >> Hi All, > >> I'm using eCosPro from pre eCos 3.0 to serve web pages with=20 > >> embedded images, CSS and javascripts. > >> Some pages are set to refresh their content and eventually the=20 > >> application runs out of MBUFs and restarts. > >> I can use my own web server or the CYGPKG_HTTPD server with the=20 > >> same result. > >> > >> I used the CYGPKG_HTTPD server on port 81 to monitor network stats. > >> What I find is that the =E2=80=98HEADER=E2=80=99 type MBUFs grow and n= ever shrink,=20 > >> eventually running out of MBUFs completely. > >> The amount of growth in each iteration varies. > >> When I dump the data in the HEADER MBUFs (modified support.c to=20 > >> print these short MBUFs) and compared them to the network traffic=20 > >> seen by wireshark I have confirmed that the HEADERs are correct ACK=20 > >> packets sent at the close of various HTTP get sequences. > >> For some reason they are not being released. > >> > >> I also found that the number of timeout entries (NTIMEOUTS) in=20 > >> timeout.c (default 8) is WAY below what is needed (about 70 being used= ). > >> > >> I'm thinking it's something to do with TIME_WAIT not closing the=20 > >> tcpcb when it should. > >> > >> Has anyone seen this before or can suggest a way to troubleshoot this? > >> > >> Thanks ...Laurie:{) > >> > >> > >> > >> > >> -- > >> Before posting, please read the FAQ: > >> http://ecos.sourceware.org/fom/ecos > >> and search the list archive: > >> http://ecos.sourceware.org/ml/ecos-discuss > > > > > > >=20 > -- > Before posting, please read the FAQ:=20 > http://ecos.sourceware.org/fom/ecos > and search the list archive:=20 > http://ecos.sourceware.org/ml/ecos-discuss -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss