On 07/19/2011 08:44 AM, Jan Kiszka wrote:
> I've just uploaded my upstream queue that mostly deals with the various
> races I found in the domain migration code.
> One of my concerns raised earlier turned out to be for no reason: We do
> not allow Linux to wake up a task that has TASK_ATOMICSWITCH set. So the
> deletion race can indeed be fixed by the patch I sent earlier.
So, I still have the same question: is not the solution of synchronizing
with the gatekeeper as soon as we get out from schedule in secondary
mode better than waiting the task_exit callback? It looks more correct,
and it avoids gksched.
Xenomai-core mailing list