Jorge Almeida writes: > > Hello to all. > > I'm runnig an RT apllication using RTAI 3.4 and rtnet 0.9.8. > > > I've found two different types of dropping packtes messages during the > execution of my application: > > "memory squeeze: dropping packet" > and > "dropping packet in rtnetif_rx" > > > I have one hard rt_task reading in a RAW socket. And 3 hard rt_task to write > for different lans. > > And several different other rt_tasks to do some things in the application. > Several are in hard real time and others are in soft realtime. > > One thing that i've found strange is that when these errors (dropping packet) > occur the hard real time tasks are stoped. > The most part of they are periodic, and should be running anyway. > > The soft tasks still run with the correct period. > Theres any known malfunction with the hard real-time scheduler of RTAI?? >
I'm far to say that is impossible but I've find it difficult to blame the RTAI scheduler these days. > Or problem with RTnet framework that can cause this strange behaviour?? Notice that I've prepared a set of tests to check RTDM sems and mutexes recently. They are in showroom. Such tests have revealed that there was a wrong return value in sems and mutexes try like APIs. Despite that no problems has shown up in our rtnet usege so far. The fix is in vulcano and vulcano has been ready for 3.5 for a long time now. It is still to be released just because of a series of RTAI unrelated troubles that have required caring of more urgently. Paolo. > > Thanks for any answer. > Greetings > > > -- > Jorge Almeida > [EMAIL PROTECTED] > DISCLAIMER: This message may contain confidential information or privileged > material and is intended only for the individual(s) named. If you are not a > named addressee and mistakenly received this message you should not copy or > otherwise disseminate it: please delete this e-mail from your system and > notify the sender immediately. E-mail transmissions are not guaranteed to be > secure or without errors as information could be intercepted, corrupted, > lost, destroyed, arrive late or incomplete or contain viruses. Therefore, the > sender does not accept liability for any errors or omissions in the contents > of this message that arise as a result of e-mail transmissions. Please > request a hard copy version if verification is required. Critical Software, > SA. > > _______________________________________________ > RTAI mailing list > [EMAIL PROTECTED] > https://mail.rtai.org/cgi-bin/mailman/listinfo/rtai ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ RTnet-users mailing list RTnet-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/rtnet-users
