public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
From: "Ken Yee" <kenkyee@excite.com>
To: ecos-discuss@ecos.sourceware.org
Subject: RE: [ECOS] any way to reset the TCP/IP network buffers in ecos?
Date: Fri, 21 Sep 2012 12:57:00 -0000	[thread overview]
Message-ID: <20120921085704.11170@web007.roc2.bluetie.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 1004 bytes --]

Bernd Edlinger wrote:
> However I fixed a fiew memory leaks with my enhancement patch for the FreeBSD
> See Bug# 1001656. Maybe you try to use this first.
> One major flaw was, when you do a IF_DOWN the unsent buffers must be cleaned up too.

Thanks, that could be it.
One test I'm running is pinging (I ported the ppp_test.c test app in the no-longer-tested archive into a class for our app) various hosts and internet sites to make sure routing works properly over the PPP link and there are a lot of receive timeouts and I'm sure some of them take long enough to time out that PPP is brought down in the tail end of them.


> By the way, how did you compile your target with PPP in the first place?
> This does somehow not compile, as far as I know.

Lots of swearing and fixing cryptic auth.c compile errors.
I posted about it on the list in late August:
  http://comments.gmane.org/gmane.os.ecos.general/28914
Looks like someone broke the code base a little after 2004....


 ken

[-- Attachment #2: 0riginal_message --]
[-- Type: message/rfc822, Size: 2089 bytes --]

Return-Path: <bernd.edlinger@hotmail.de>
X-Original-To: kenkyee.excite@masc002.roc2.bluetie.com
Delivered-To: kenkyee.excite@masc002.roc2.bluetie.com
Received: from inbound005.roc2.bluetie.com (inbound005.roc2.bluetie.com [10.200.2.205])
	by mas002.roc2.bluetie.com (Postfix) with ESMTP id 5C01DB38001
	for <kenkyee.excite@masc002.roc2.bluetie.com>; Fri, 21 Sep 2012 01:11:18 -0400 (EDT)
Received: from bay0-omc1-s19.bay0.hotmail.com ([65.54.190.30])
	by inbound005.roc2.bluetie.com with inbound001
	id 1hBH1k05N0fnsq901hBJgi; Fri, 21 Sep 2012 01:11:18 -0400
X-BT-Recipient: kenkyee@excite.com
Received: from BAY146-W7 ([65.54.190.59]) by bay0-omc1-s19.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675);
	 Thu, 20 Sep 2012 22:11:15 -0700
Message-ID: <BAY146-W7567FE766BF30C43DD41DE4990@phx.gbl>
X-Originating-IP: [84.57.45.131]
From: Bernd Edlinger <bernd.edlinger@hotmail.de>
To: <kenkyee@excite.com>, <ecos-discuss@ecos.sourceware.org>
Subject: RE: [ECOS] any way to reset the TCP/IP network buffers in ecos?
Date: Fri, 21 Sep 2012 07:11:15 +0200
Importance: Normal
In-Reply-To: <20120920135429.21498@web005.roc2.bluetie.com>
References: <20120920135429.21498@web005.roc2.bluetie.com>
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginalArrivalTime: 21 Sep 2012 05:11:15.0697 (UTC) FILETIME=[869EB610:01CD97B7]
X-BtMT: Fri, 21 Sep 2012 01:11:18 -0400 (EDT)
Content-length: 637


Hi Ken,

> On our system, we bring PPP up and down to minimize connection time costs=
, but after running a while, we seem to get this error:
>
> socket returned: No buffer space available

OK. This must be a memory leak somewhere.

However I fixed a fiew memory leaks with my enhancement patch for the FreeB=
SD
See Bug# 1001656. Maybe you try to use this first.

One major flaw was, when you do a IF_DOWN the unsent buffers must be cleane=
d up too.

By the way, how did you compile your target with PPP in the first place?
This does somehow not compile, as far as I know.

Regards
Bernd Edlinger=20=09=09=20=09=20=20=20=09=09=20=20


From: Bernd Edlinger <bernd.edlinger@hotmail.de>
To: <kenkyee@excite.com>, <ecos-discuss@ecos.sourceware.org>
Subject: RE: [ECOS] any way to reset the TCP/IP network buffers in ecos?
Date: Fri, 21 Sep 2012 07:11:15 +0200
Message-ID: <BAY146-W7567FE766BF30C43DD41DE4990@phx.gbl>


Hi Ken,

> On our system, we bring PPP up and down to minimize connection time costs, but after running a while, we seem to get this error:
>
> socket returned: No buffer space available

OK. This must be a memory leak somewhere.

However I fixed a fiew memory leaks with my enhancement patch for the FreeBSD
See Bug# 1001656. Maybe you try to use this first.

One major flaw was, when you do a IF_DOWN the unsent buffers must be cleaned up too.

By the way, how did you compile your target with PPP in the first place?
This does somehow not compile, as far as I know.

Regards
Bernd Edlinger 		 	   		  


[-- Attachment #3: Type: text/plain, Size: 148 bytes --]

-- 
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss

             reply	other threads:[~2012-09-21 12:57 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-21 12:57 Ken Yee [this message]
  -- strict thread matches above, loose matches on Subject: below --
2012-09-20 17:54 Ken Yee
2012-09-21  5:11 ` Bernd Edlinger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120921085704.11170@web007.roc2.bluetie.com \
    --to=kenkyee@excite.com \
    --cc=ecos-discuss@ecos.sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).