[ECOS] quesry regarding ecos

[ECOS] quesry regarding ecos

[abhishek srivastava]

hi,
i m newbee to RTOS, thus to ecos also.i want to port ecos onto my target procesor ARM7TDMI and run GUI application into it.i dont know frm where to start?cud u help me out???i have few silly queries,plz help me.....

i had just installed cygwin and tool chain for my target processor.now is that all??ecos has also been installed???i m not sure!.how to check tht?? i am unable to access the cvs repository. my cvs version is 1.11.22.is it the latest one???
steps that are given to access the repository on ecos website is nt working for me.it says"connection failed" every time i give the command.what's wrong???

i have anthony j. massa book on ecos, bt i dont find it of much use and slight complex even.any other book, simple and to the point.plz provide the link.

1 imp quest. my target processor is ARM7TDMI (LPC 2148).hope ecos supports that.now  abt the bootloader.is it already installed in ARM or i have to write??? BSP's and bootloader are same or diff????? i have to interface graphical LCD to my processor.which LCD wud be compatible to ARM7TDMI, its no. and do i have to write driver for that or i cud get that directly frm u all???   what u say!!!

plz help me out man!!!


      Cricket on your mind? Visit the ultimate cricket website. Enter http://beta.cricket.yahoo.com


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

[ECOS] Mbufs leak- inputs

[Saritha Yellanki]

 Hi All,

 Did any come across this kind of issue with ecos stack.

 We are having a system running ecos. And  we do a icmp ping to that device with size of 32000 from a windows PC, the requests are timed out after sometime we are running of mbufs


Any inputs or insights into this?

Thanks,
saritha



================================================================


warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs
warning: eth_recv out of MBUFs

=============================================================================


Dump
========================================================================
Network stack mbuf stats:
   mbufs 288, clusters 127, free clusters 0
   Failed to get 0 times
   Waited to get 0 times
   Drained queues to get 0 times
VM zone 'ripcb':
  Total: 32, Free: 32, Allocs: 0, Frees: 0, Fails: 0
VM zone 'tcpcb':
  Total: 32, Free: 24, Allocs: 24, Frees: 16, Fails: 0
VM zone 'udpcb':
  Total: 32, Free: 32, Allocs: 20, Frees: 20, Fails: 0
VM zone 'socket':
  Total: 32, Free: 24, Allocs: 44, Frees: 36, Fails: 0
Misc mpool: total  131056, free   79344, max free block 76980
Mbufs pool: total  130944, free  112384, blocksize  128
Clust pool: total  262144, free       0, blocksize 2048




--
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] Mbufs leak- inputs

[Laurie Gellatly]

Hi Saritha,
I've been having the 'out of MBUFs' problem as well.
I had not been able to determine why. When my system reports it though 
it does not recover. I can reproduce your problem as you describe.
It only takes about 10 pings for me to see it appear but at least
the system does not lock up in this case.

			...Laurie:{)

> -----Original Message-----
> From: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss-
> owner@ecos.sourceware.org] On Behalf Of Saritha Yellanki
> Sent: Thursday, 22 January 2009 4:46 AM
> To: ecos-discuss@ecos.sourceware.org; Alok Singh
> Subject: [ECOS] Mbufs leak- inputs
> 
>  Hi All,
> 
>  Did any come across this kind of issue with ecos stack.
> 
>  We are having a system running ecos. And  we do a icmp ping to that
> device with size of 32000 from a windows PC, the requests are timed out
> after sometime we are running of mbufs
> 
> 
> Any inputs or insights into this?
> 
> Thanks,
> saritha
> 
> 
> 
> ================================================================
> 
> 
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> 
> =======================================================================
> ======
> 
> 
> Dump
> =======================================================================
> =
> Network stack mbuf stats:
>    mbufs 288, clusters 127, free clusters 0
>    Failed to get 0 times
>    Waited to get 0 times
>    Drained queues to get 0 times
> VM zone 'ripcb':
>   Total: 32, Free: 32, Allocs: 0, Frees: 0, Fails: 0
> VM zone 'tcpcb':
>   Total: 32, Free: 24, Allocs: 24, Frees: 16, Fails: 0
> VM zone 'udpcb':
>   Total: 32, Free: 32, Allocs: 20, Frees: 20, Fails: 0
> VM zone 'socket':
>   Total: 32, Free: 24, Allocs: 44, Frees: 36, Fails: 0
> Misc mpool: total  131056, free   79344, max free block 76980
> Mbufs pool: total  130944, free  112384, blocksize  128
> Clust pool: total  262144, free       0, blocksize 2048
> 
> 
> 
> 
> --
> 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

Re: [ECOS] Mbufs leak- inputs

[Parlerlamudi SRIMATTIRUMALA]

Hi Saritha,

May i know which  TCP/IP stack you are using in ecos ? Even through i
did not work with ecos. I did couple of projects with  lwIP and uIP stacks.

If it is lwIP TCP/IP stack look at the opt.h file and try to increase
buffer size and change that in lwipopt.h. I cannot think of anything at
this point. Unless in know which stack you are working with.

Kishore

Saritha Yellanki wrote:
>  Hi All,
>
>  Did any come across this kind of issue with ecos stack.
>
>  We are having a system running ecos. And  we do a icmp ping to that device with size of 32000 from a windows PC, the requests are timed out after sometime we are running of mbufs
>
>
> Any inputs or insights into this?
>
> Thanks,
> saritha
>
>
>
> ================================================================
>
>
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
>
> =============================================================================
>
>
> Dump
> ========================================================================
> Network stack mbuf stats:
>    mbufs 288, clusters 127, free clusters 0
>    Failed to get 0 times
>    Waited to get 0 times
>    Drained queues to get 0 times
> VM zone 'ripcb':
>   Total: 32, Free: 32, Allocs: 0, Frees: 0, Fails: 0
> VM zone 'tcpcb':
>   Total: 32, Free: 24, Allocs: 24, Frees: 16, Fails: 0
> VM zone 'udpcb':
>   Total: 32, Free: 32, Allocs: 20, Frees: 20, Fails: 0
> VM zone 'socket':
>   Total: 32, Free: 24, Allocs: 44, Frees: 36, Fails: 0
> Misc mpool: total  131056, free   79344, max free block 76980
> Mbufs pool: total  130944, free  112384, blocksize  128
> Clust pool: total  262144, free       0, blocksize 2048
>
>
>
>
>   

Best Regards

-- 
Kishore Srimat
STMicroelectronics             Email:  kishore.srimat@st.com
1000 E. Bell Road              Office: (602) 485-2364
Phoenix, AZ  85022              or TINA      020 2364 


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

[ECOS] LPC24XX Ethernet driver

[Laurie Gellatly]

Hi All,
I'm just about to start a new project with one of the LPC24XX CPUs.
I'd looked for but so far not found an eCos driver for the Ethernet part
of these CPUs. Is there one available in the public domain?

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

RE: [ECOS] Mbufs leak- inputs

[Saritha Yellanki]

Hi,

Thanks to all them , who have responded.

The issue is resolved. The bsd tcp/ip timers were not working on our code base ( hence the ip-reassembly freeing  timer was not kicking in ).

We have updated our file from ecos cvs , hence  with the patch  in  ( ecos-2.0--src\packages\net\bsd_tcpip\v2_0\src\ecos\timeout.c ) file our problem is resolved.

Thanks
Saritha.

-----Original Message-----
From: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Laurie Gellatly
Sent: Thursday, January 22, 2009 1:43 AM
To: ecos-discuss@ecos.sourceware.org; Alok Singh
Subject: RE: [ECOS] Mbufs leak- inputs

Hi Saritha,
I've been having the 'out of MBUFs' problem as well.
I had not been able to determine why. When my system reports it though 
it does not recover. I can reproduce your problem as you describe.
It only takes about 10 pings for me to see it appear but at least
the system does not lock up in this case.

			...Laurie:{)

> -----Original Message-----
> From: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss-
> owner@ecos.sourceware.org] On Behalf Of Saritha Yellanki
> Sent: Thursday, 22 January 2009 4:46 AM
> To: ecos-discuss@ecos.sourceware.org; Alok Singh
> Subject: [ECOS] Mbufs leak- inputs
> 
>  Hi All,
> 
>  Did any come across this kind of issue with ecos stack.
> 
>  We are having a system running ecos. And  we do a icmp ping to that
> device with size of 32000 from a windows PC, the requests are timed out
> after sometime we are running of mbufs
> 
> 
> Any inputs or insights into this?
> 
> Thanks,
> saritha
> 
> 
> 
> ================================================================
> 
> 
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> warning: eth_recv out of MBUFs
> 
> =======================================================================
> ======
> 
> 
> Dump
> =======================================================================
> =
> Network stack mbuf stats:
>    mbufs 288, clusters 127, free clusters 0
>    Failed to get 0 times
>    Waited to get 0 times
>    Drained queues to get 0 times
> VM zone 'ripcb':
>   Total: 32, Free: 32, Allocs: 0, Frees: 0, Fails: 0
> VM zone 'tcpcb':
>   Total: 32, Free: 24, Allocs: 24, Frees: 16, Fails: 0
> VM zone 'udpcb':
>   Total: 32, Free: 32, Allocs: 20, Frees: 20, Fails: 0
> VM zone 'socket':
>   Total: 32, Free: 24, Allocs: 44, Frees: 36, Fails: 0
> Misc mpool: total  131056, free   79344, max free block 76980
> Mbufs pool: total  130944, free  112384, blocksize  128
> Clust pool: total  262144, free       0, blocksize 2048
> 
> 
> 
> 
> --
> 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




--
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] Mbufs leak- inputs

[Avishay]

Hey all,

I have encountered the same "Out of MBUFs" problem myself several times in
the past couple of months and I was able also to simulate it in several
ways.

I was very happy to read that there is a patch which solves this problem,
but I was unable to find it in the ECOS repository.

Can someone please guide me to the correct source code?

Thanks in advance,
Avishay


Saritha Yellanki wrote:
> 
> Hi,
> 
> Thanks to all them , who have responded.
> 
> The issue is resolved. The bsd tcp/ip timers were not working on our code
> base ( hence the ip-reassembly freeing  timer was not kicking in ).
> 
> We have updated our file from ecos cvs , hence  with the patch  in  (
> ecos-2.0--src\packages\net\bsd_tcpip\v2_0\src\ecos\timeout.c ) file our
> problem is resolved.
> 
> Thanks
> Saritha.
> 
> -----Original Message-----
> From: ecos-discuss-owner@ecos.sourceware.org
> [mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Laurie
> Gellatly
> Sent: Thursday, January 22, 2009 1:43 AM
> To: ecos-discuss@ecos.sourceware.org; Alok Singh
> Subject: RE: [ECOS] Mbufs leak- inputs
> 
> Hi Saritha,
> I've been having the 'out of MBUFs' problem as well.
> I had not been able to determine why. When my system reports it though 
> it does not recover. I can reproduce your problem as you describe.
> It only takes about 10 pings for me to see it appear but at least
> the system does not lock up in this case.
> 
> 			...Laurie:{)
> 
>> -----Original Message-----
>> From: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss-
>> owner@ecos.sourceware.org] On Behalf Of Saritha Yellanki
>> Sent: Thursday, 22 January 2009 4:46 AM
>> To: ecos-discuss@ecos.sourceware.org; Alok Singh
>> Subject: [ECOS] Mbufs leak- inputs
>> 
>>  Hi All,
>> 
>>  Did any come across this kind of issue with ecos stack.
>> 
>>  We are having a system running ecos. And  we do a icmp ping to that
>> device with size of 32000 from a windows PC, the requests are timed out
>> after sometime we are running of mbufs
>> 
>> 
>> Any inputs or insights into this?
>> 
>> Thanks,
>> saritha
>> 
>> 
>> 
>> ================================================================
>> 
>> 
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> 
>> =======================================================================
>> ======
>> 
>> 
>> Dump
>> =======================================================================
>> =
>> Network stack mbuf stats:
>>    mbufs 288, clusters 127, free clusters 0
>>    Failed to get 0 times
>>    Waited to get 0 times
>>    Drained queues to get 0 times
>> VM zone 'ripcb':
>>   Total: 32, Free: 32, Allocs: 0, Frees: 0, Fails: 0
>> VM zone 'tcpcb':
>>   Total: 32, Free: 24, Allocs: 24, Frees: 16, Fails: 0
>> VM zone 'udpcb':
>>   Total: 32, Free: 32, Allocs: 20, Frees: 20, Fails: 0
>> VM zone 'socket':
>>   Total: 32, Free: 24, Allocs: 44, Frees: 36, Fails: 0
>> Misc mpool: total  131056, free   79344, max free block 76980
>> Mbufs pool: total  130944, free  112384, blocksize  128
>> Clust pool: total  262144, free       0, blocksize 2048
>> 
>> 
>> 
>> 
>> --
>> 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
> 
> 
> 
> 
> --
> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/quesry-regarding-ecos-tp20125766p23736399.html
Sent from the Sourceware - ecos-discuss mailing list archive at Nabble.com.


-- 
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] Mbufs leak- inputs

[Saritha Yellanki]

Hi Avishay,

I am not sure,the problem you are facing is same as ours.

But I would like to give you the description of our issue and the fix details.


Due to the limitation in our ethernet driver (resources) we drop some of the IP fragments.( ICMP or ping packets (ping > 16K)  which is IP fragmented).Due to the drop, remaining IP fragments remaining in the IP re-assembly queue and were not getting freed up. ( They are sitting in the re-assembly queue). This resulted in the leak of Mbufs in the eCos.
The reason for above is that -  The re-assembly timer was not working. Fix for that was done in the bsd timer as mentioned below by taking the patch from eCosCVS (latest version)


With the below patch, the timers are working, hence the re-assembly queue gets flushed,mbufs leak is fixed.

///////////////////////////////////////////////////////////////////////////////////////////////

106c106
<     e = _timeouts;
---
>     e = timeouts;
266a267
>     int i;
275c276
<     for (e = _timeouts;  e;  e = e->next) {
---
>     for (e = _timeouts, i = 0;  i < NTIMEOUTS;  i++, e++) {
295a297
>     int i;
299c301
<     for (e = _timeouts;  e; e = e->next) {
---
>     for (e = _timeouts, i = 0; i < NTIMEOUTS; i++, e++) {
404a407,409
>                 // the following triggers if the "next" timeout has not just
>                 // passed, but passed by 1000 ticks - which with the normal
>                 // 1 tick = 10ms means 10 seconds - a long time.
406c411
<                             "Recorded alarm not in the future!" );
---
>                             "Recorded alarm not in the future! Starved network thread?" );

////////////////////////////////////////////////////////////////////////////////////////////////




I would suggest that you need to figure out , where exactly the mbufs are getting leaked or getting held-up in your case.

Thanks,
Saritha.





-----Original Message-----
From: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Avishay
Sent: Wednesday, May 27, 2009 11:23 AM
To: ecos-discuss@ecos.sourceware.org
Subject: RE: [ECOS] Mbufs leak- inputs


Hey all,

I have encountered the same "Out of MBUFs" problem myself several times in
the past couple of months and I was able also to simulate it in several
ways.

I was very happy to read that there is a patch which solves this problem,
but I was unable to find it in the ECOS repository.

Can someone please guide me to the correct source code?

Thanks in advance,
Avishay


Saritha Yellanki wrote:
> 
> Hi,
> 
> Thanks to all them , who have responded.
> 
> The issue is resolved. The bsd tcp/ip timers were not working on our code
> base ( hence the ip-reassembly freeing  timer was not kicking in ).
> 
> We have updated our file from ecos cvs , hence  with the patch  in  (
> ecos-2.0--src\packages\net\bsd_tcpip\v2_0\src\ecos\timeout.c ) file our
> problem is resolved.
> 
> Thanks
> Saritha.
> 
> -----Original Message-----
> From: ecos-discuss-owner@ecos.sourceware.org
> [mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Laurie
> Gellatly
> Sent: Thursday, January 22, 2009 1:43 AM
> To: ecos-discuss@ecos.sourceware.org; Alok Singh
> Subject: RE: [ECOS] Mbufs leak- inputs
> 
> Hi Saritha,
> I've been having the 'out of MBUFs' problem as well.
> I had not been able to determine why. When my system reports it though 
> it does not recover. I can reproduce your problem as you describe.
> It only takes about 10 pings for me to see it appear but at least
> the system does not lock up in this case.
> 
> 			...Laurie:{)
> 
>> -----Original Message-----
>> From: ecos-discuss-owner@ecos.sourceware.org [mailto:ecos-discuss-
>> owner@ecos.sourceware.org] On Behalf Of Saritha Yellanki
>> Sent: Thursday, 22 January 2009 4:46 AM
>> To: ecos-discuss@ecos.sourceware.org; Alok Singh
>> Subject: [ECOS] Mbufs leak- inputs
>> 
>>  Hi All,
>> 
>>  Did any come across this kind of issue with ecos stack.
>> 
>>  We are having a system running ecos. And  we do a icmp ping to that
>> device with size of 32000 from a windows PC, the requests are timed out
>> after sometime we are running of mbufs
>> 
>> 
>> Any inputs or insights into this?
>> 
>> Thanks,
>> saritha
>> 
>> 
>> 
>> ================================================================
>> 
>> 
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> warning: eth_recv out of MBUFs
>> 
>> =======================================================================
>> ======
>> 
>> 
>> Dump
>> =======================================================================
>> =
>> Network stack mbuf stats:
>>    mbufs 288, clusters 127, free clusters 0
>>    Failed to get 0 times
>>    Waited to get 0 times
>>    Drained queues to get 0 times
>> VM zone 'ripcb':
>>   Total: 32, Free: 32, Allocs: 0, Frees: 0, Fails: 0
>> VM zone 'tcpcb':
>>   Total: 32, Free: 24, Allocs: 24, Frees: 16, Fails: 0
>> VM zone 'udpcb':
>>   Total: 32, Free: 32, Allocs: 20, Frees: 20, Fails: 0
>> VM zone 'socket':
>>   Total: 32, Free: 24, Allocs: 44, Frees: 36, Fails: 0
>> Misc mpool: total  131056, free   79344, max free block 76980
>> Mbufs pool: total  130944, free  112384, blocksize  128
>> Clust pool: total  262144, free       0, blocksize 2048
>> 
>> 
>> 
>> 
>> --
>> 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
> 
> 
> 
> 
> --
> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/quesry-regarding-ecos-tp20125766p23736399.html
Sent from the Sourceware - ecos-discuss mailing list archive at Nabble.com.


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