This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: Mbufs leak- inputs
- From: Parlerlamudi SRIMATTIRUMALA <kishore dot srimat at st dot com>
- To: Saritha Yellanki <ysaritha at broadcom dot com>
- Cc: "ecos-discuss at ecos dot sourceware dot org" <ecos-discuss at ecos dot sourceware dot org>, Alok Singh <alok dot singh at broadcom dot com>
- Date: Wed, 21 Jan 2009 13:52:56 -0700
- Subject: Re: [ECOS] Mbufs leak- inputs
- References: <641013.18100.qm@web94614.mail.in2.yahoo.com> <3B0AC7A3DE042D478300B74F7E21C128101BDC1A8F@SJEXCHCCR01.corp.ad.broadcom.com>
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