[ECOS] any way to reset the TCP/IP network buffers in ecos?

[ECOS] any way to reset the TCP/IP network buffers in ecos?

[Ken Yee]

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

The error message is what's returned from the system strerror() call which maps errno to a message.
And what it's doing is a simple socket creation call to get ready to send a packet:
  s = socket(AF_INET, SOCK_RAW, p->p_proto);

So is there any way to reset the network buffers inside eCos?
We can do this every time ppp is brought down since no other networking takes place while the link is down...

 ken

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

RE: [ECOS] any way to reset the TCP/IP network buffers in ecos?

[Bernd Edlinger]

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 		 	   		  

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

RE: [ECOS] any way to reset the TCP/IP network buffers in ecos?

[Ken Yee]

[-- 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