Jorge Almeida wrote:
> 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"

What comes first?

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

Hmm, maybe they stop first and _then_ RTnet runs into troubles
delivering packets. Where/on what do they block then?

> 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??
> 
> Or problem with RTnet framework that can cause this strange behaviour??

You run into an overload situation /wrt incoming frames. To find out if
this is application-driven or due to a bug in what subsystem soever, we
have to analyse your priority setup first: are the receiver task
together with RTnet's stack manager task the highest ones? Furthermore,
can you run your scenario without further RT tasks except the receiver
to reduce potential trouble sources?

[BTW, what packet burst to you expect at maximum? Check if
CONFIG_RTNET_RX_FIFO_SIZE is large enough.]

Jan

Attachment: signature.asc
Description: OpenPGP digital signature

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

Reply via email to