Brian L. wrote:
> If I create a native-skin RT_TASK from userspace with no flags, i.e.
>
> void task(void*)
> {
> for (;;) ;
> }
> int main()
> {
> RT_TASK t;
> rt_task_create(&t, 0, 3, 0);
> rt_task_start(&t,task,0);
> (do something which blocks)
> }mlockall left out for simplicity? Or is it also missing on your real test? In the latter case, occasional application crashes are "normal" (as described below). Philippe, you suggested some code for detecting this. We should really, really add this soon (maybe to the exception path)! > > Should that task starve all other tasks? In what ways is it different > behaviorally from an ordinary posix thread? I ask because I have a > thread that might be spinning and a frozen system (back in the rtlinux > days, spinning in the real-time domain was a surefire way to freeze > without any other sign of trouble). If it is the case that this task > outweighs an ordinary linux thread/task, how can I make it the same? A task that has high priority than other system tasks has to outweigh them. This has nothing to to with POSIX (standard Linux included!), RTLinux, Xenomai, or whatever. But Xenomai has a simple watchdog to recover from run-away RT threads. > > Also, I haven't completely tracked this down yet, but xenomai seems > to be page-faulting in a loop and exploding rather spectacularly in a > native-skin multithreaded program that doesn't do anything outside of > relatively ordinary queue/mutex/task stuff. I'm upgrading to trunk to > see if it goes away. > > Short of a serial cable, is there a way to capture Oops/Panic text as > it flies by? linux/Documentation/networking/netconsole.txt is another option. Jan
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
