Re: [Xenomai-help] Force switch back to primary domain

[Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>]

Gilles Chanteperdrix wrote:
> Henri Roosen wrote:
>> Ok, found some time to investigate the mutex problem we see on 2.5.1.
>>
>> I managed to reproduce with a basic app that uses the same way of
>> thread creation as we have in our app.
>> Please find attached the basic app. Note, it runs fine on Xenomai
>> 2.4.10. Fails on 2.5.1.
>>
>> Also, the problem does not show when creating the threads with rt_task_create.
>>
>> So the main question is, should it be possible to create threads with
>> the clone() system call and then shadowing the threads into the
>> Xenomai domain with rt_task_shadow()? And are we just lucky it runs
>> this way in 2.4.10?
> 
> I would tend to think that Xenomai relies on the existence of a
> "pthread_t" associated with each thread, this only happens if the thread
> is created with pthread_create, not if created with clone.
> 
> In fact, I even wonder how it works with 2.4.10.
> (rt_task_delete probably does not work in fact).

I think the problem comes from xeno_get_current_mode() or
xeno_get_current(). They use pthread services for sure if xenomai
user-space is not using __thread. Now, if using __thread, I do not know
for sure whether it should be working.

-- 
					    Gilles.