One additional question comes in my mind: As I learned from all that things that are related to the issue, it seems to be fairly critical to fork out of a real time task or to create new processes out of it. My question is now: Is it possible to force a real time task back to standard linux task behaviour, in this state the critical calls can be made. After it a move back to the origin real time state would be nice.
A switch is done automatically when you make a call to any secondary-domain sys call, and the vice-versa. Nevertheless, rt_task_set_mode() does it excplicitly. Look for the T_PRIMARY flag. But, well, it's not something that might help you in this particular case (I mean a problem with fork() :) So far, I would suggest to use a separate (preliminary) forked context (and make some communication channel to it from your application) to send arp requests in your scenario (or anything else that requires fork()). -- Best regards, Dmitry Adamushko _______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
