Dear all,

this is the situation: from a Xeno task, a shared library function is called
to control some device. After a system update (both Xeno and the device
drivers) that function returns with a timeout. As it turns out, as a part of
the device drivers, there is also a deamon running which the shared lib
tries to talk to. Obviously, while the RT task waits for the function to return,
that deamon does not get any CPU time to answer so the function returns
a timeout.

Now, the questions are: why did it work before the update, before we
noticed the existence of a deamon? Is there any way to make Xenomai give
the Linux scheduler some time so the deamon can do its work? Or can that
deamon process somehow be moved to the Xeno domain? I think I stumbled
upon a respective function meant for testing once but can't find it anymore...

Thanks a lot for any clue!
-jmf


_______________________________________________
Xenomai-help mailing list
[email protected]
https://mail.gna.org/listinfo/xenomai-help

Reply via email to