|
View:
New views
10 Messages
—
Rating Filter:
Alert me
|
|
|
quesry regarding ecoshi,
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 |
|
|
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 |
|
|
RE: Mbufs leak- inputsHi 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@... [mailto:ecos-discuss- > owner@...] On Behalf Of Saritha Yellanki > Sent: Thursday, 22 January 2009 4:46 AM > To: ecos-discuss@...; 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: Mbufs leak- inputsHi 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@... 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 |
|
|
LPC24XX Ethernet driverHi 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: LPC24XX Ethernet driverHi Uwe,
Thank you. Much appreciated. I tried lpc24xx and lpc23xx and didn't think it would have been listed as 2xxx as the current processor is an lpc2212 and it does not have Ethernet capabilities. Cheers ...Laurie:{) > -----Original Message----- > From: cetoni GmbH - Uwe Kindler [mailto:uwe.kindler@...] > Sent: Monday, 16 February 2009 11:57 PM > To: ecos-discuss@... > Cc: laurie.gellatly@... > Subject: Re: LPC24XX Ethernet driver > > Hi, > > then you did a really quick search ;O): > > ecos/packages/devs/eth/arm/lpc2xxx - you can replace one x by a 4 and > then you have a lpc24xx ethernet driver. > > This driver was written for the LPC2468 CPU on the Embedded Artists OEM > board. But you should read > ecos/packages/devs/eth/arm/lpc2xxx/current/readme.txt before using it. > > Uwe -- 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: Mbufs leak- inputsHi,
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@... [mailto:ecos-discuss-owner@...] On Behalf Of Laurie Gellatly Sent: Thursday, January 22, 2009 1:43 AM To: ecos-discuss@...; 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@... [mailto:ecos-discuss- > owner@...] On Behalf Of Saritha Yellanki > Sent: Thursday, 22 January 2009 4:46 AM > To: ecos-discuss@...; 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: Mbufs leak- inputsHey 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
|
|
|
RE: Mbufs leak- inputsHi 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@... [mailto:ecos-discuss-owner@...] On Behalf Of Avishay Sent: Wednesday, May 27, 2009 11:23 AM To: ecos-discuss@... 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@... > [mailto:ecos-discuss-owner@...] On Behalf Of Laurie > Gellatly > Sent: Thursday, January 22, 2009 1:43 AM > To: ecos-discuss@...; 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@... [mailto:ecos-discuss- >> owner@...] On Behalf Of Saritha Yellanki >> Sent: Thursday, 22 January 2009 4:46 AM >> To: ecos-discuss@...; 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 |
| Free embeddable forum powered by Nabble | Forum Help |