Carsten Spieß wrote:
> Hello Philippe,
>
>
> > You will have to remove the printf() from the low prio task for the
> > nucleus watchdog to detect the runaway situation, otherwise, your task
> > would be considered as being under the control of the Linux scheduler
> > until it issues a blocking Xenomai syscall (which it never does), and
> > therefore escape the watchdog detection. That's the particular case I
> > was talking about.
> Meanwhile i got my sample code running:
> When removing the printf it works fine.
> So for me it looks like a problem when a task is switched to secondary
> domain.
> Is there a way to force a thread to switch back to primary domain?
>
> Now i unsuccesfully tried to get a posix skin variant running.
> (my real app is based on pthread)
> Since i only can use signals to suspend a posix thread (correct me if
> i'm wrong) i run in the same problem with the secondary domain.
Sorry, I wrote the previous answer without reading your previous
mails. If you are trying to suspend a task from another task, then
SIGSTOP is the only solution. Now, for the problem you have with
secondary mode switches, it is probably a bug, so you should not design
your application around this bug, it should work, and actually works on
other platforms.
--
Gilles Chanteperdrix.
_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help
