[Xenomai-help] Confusion regarding linux/xenomai tasks

[Xenomai-help] Confusion regarding linux/xenomai tasks

[Zara Tustra]

[-- Attachment #1: Type: text/plain, Size: 677 bytes --]

I've read some information regarding the difficulty of communication between
Linux threads and Xenomai tasks, and I've had some misinformation fired at
me from co-workers. I just want to make some points clear:

1) Can a Linux application launch Xenomai tasks, or I've horribly misread
things somewhere? My understanding is that Xenomai tasks are commonly
activated by a Linux process.

2) Can real-time Xenomai tasks started by a Linux application communicate
with it through the global variables of that application?

3) What happens if I make a syscall or similar non-real-time call from a
Xenomai task? Is the task automatically 'demoted' to non-real-time? How can
I tell?

[-- Attachment #2: Type: text/html, Size: 724 bytes --]

Re: [Xenomai-help] Confusion regarding linux/xenomai tasks

[Philippe Gerum]

Zara Tustra wrote:
> I've read some information regarding the difficulty of communication
> between Linux threads and Xenomai tasks, and I've had some
> misinformation fired at me from co-workers.

Regarding this, you definitely need to fix your co-workers, not Xenomai.

 I just want to make some
> points clear:
> 
> 1) Can a Linux application launch Xenomai tasks, or I've horribly
> misread things somewhere? My understanding is that Xenomai tasks are
> commonly activated by a Linux process.
> 
> 2) Can real-time Xenomai tasks started by a Linux application
> communicate with it through the global variables of that application?
> 
> 3) What happens if I make a syscall or similar non-real-time call from a
> Xenomai task? Is the task automatically 'demoted' to non-real-time? How
> can I tell?
>

Please start there:
http://www.xenomai.org/documentation/branches/v2.3.x/pdf/Native-API-Tour-rev-C.pdf

> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Xenomai-help mailing list
> Xenomai-help@domain.hid
> https://mail.gna.org/listinfo/xenomai-help


-- 
Philippe.

Re: [Xenomai-help] Confusion regarding linux/xenomai tasks

[Gilles Chanteperdrix]

Zara Tustra wrote:
> I've read some information regarding the difficulty of communication between
> Linux threads and Xenomai tasks, and I've had some misinformation fired at
> me from co-workers. I just want to make some points clear:
> 
> 1) Can a Linux application launch Xenomai tasks, or I've horribly misread
> things somewhere? My understanding is that Xenomai tasks are commonly
> activated by a Linux process.

Yes.

> 
> 2) Can real-time Xenomai tasks started by a Linux application communicate
> with it through the global variables of that application?

Task is vague. We usually talk about threads or processes and task may
mean either. I guess you mean threads. Yes, Xenomai threads and Linux
threads share the same address space if they are part of the same
process. But beware to locking. If you want to protect the shared
variables with a mutex for instance. If it is a Linux mutex, using it
from a Xenomai thread will cause it to be "demoted". If it is a Xenomai
mutex, then all threads that use it will need to be Xenomai threads,
this is the way this issue is usually solved, which means that there are
som Xenomai threads which have lower priorites.

> 
> 3) What happens if I make a syscall or similar non-real-time call from a
> Xenomai task? Is the task automatically 'demoted' to non-real-time?

yes.

> How can I tell?

You can ask to be notified by using a signal, see rt_task_mode or
pthread_set_mode_np.

-- 
                                                 Gilles.

Re: [Xenomai-help] Confusion regarding linux/xenomai tasks

[Zara Tustra]

[-- Attachment #1: Type: text/plain, Size: 237 bytes --]

On Fri, Feb 13, 2009 at 4:04 PM, Philippe Gerum <rpm@xenomai.org> wrote:

> Regarding this, you definitely need to fix your co-workers, not Xenomai.
>
>
I've filed a bug report.

But thanks, that clarified a lot of other things as well.

[-- Attachment #2: Type: text/html, Size: 505 bytes --]