All of lore.kernel.org
 help / color / mirror / Atom feed
* [Xenomai-core] anonymous rt_tasks in userspace / registry dependencies
@ 2005-12-08 19:40 Jan Kiszka
  2006-01-08 14:47 ` [Xenomai-core] rt_task_spawn with NULL name and pascal linking Stefan Kisdaroczi
  0 siblings, 1 reply; 2+ messages in thread
From: Jan Kiszka @ 2005-12-08 19:40 UTC (permalink / raw)
  To: xenomai-core

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

Hi again,

some questions just came up for me:

1. Is it intended that tasks created with NULL name in userspace are not
accessible even to the creator? I.e. don't they have to register
anonymously in that case like semaphores e.g. do?

2. Doesn't render switching off XENO_OPT_NATIVE_REGISTRY the native skin
unusable in userspace? If I got this correctly, all kernel objects are
resolved from the user handle via the registry. If this is true, did I
oversee some big fat warning sign somewhere...?

Jan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [Xenomai-core] rt_task_spawn with NULL name and pascal linking
  2005-12-08 19:40 [Xenomai-core] anonymous rt_tasks in userspace / registry dependencies Jan Kiszka
@ 2006-01-08 14:47 ` Stefan Kisdaroczi
  0 siblings, 0 replies; 2+ messages in thread
From: Stefan Kisdaroczi @ 2006-01-08 14:47 UTC (permalink / raw)
  To: xenomai

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

Hi,

I needed a lot coffee and tobacco resources to find out that rt_task_spawn 
with NULL name will not work in userspace. The call failed with -3 (ESRCH?).
This error seems not documented the xenomai api documention.

Using rt_task_create and rt_task_start it was rt_task_start that failed.
I think this is related to Jans statement below.

As rt_task_spawn is a inline function and a combination of create/start, this 
can be confusing. I.e. rt_task_shadow works with NULL name and rt_task_spawn 
dont. At this point I should mention that im testing my pascal-translations 
of the xenomai native and rtdm headers, but i dont see that the problem 
should be related to it, I searched the problem a long time i this part ;-)

Some questions:
Im still using Xenomai 2.0.1, is this the problem ?
Shouldnt this be documented better ?
Would it work if rt_task_spawn is a skincall?

pascal-related:
Is there a way to export the c-inline functions also in the libs, so that the 
complete api is exported ?
rt_task_spawn and some rt_*_unbind funtions are inlined.
Its not a problem to reprogram these in pascal, but for maintenance reasons
it would be nice if i could link against these functions.

greetings
kisda

Am Donnerstag, 8. Dezember 2005 20.40 schrieb Jan Kiszka:
> Hi again,
>
> some questions just came up for me:
>
> 1. Is it intended that tasks created with NULL name in userspace are not
> accessible even to the creator? I.e. don't they have to register
> anonymously in that case like semaphores e.g. do?


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2006-01-08 14:47 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-12-08 19:40 [Xenomai-core] anonymous rt_tasks in userspace / registry dependencies Jan Kiszka
2006-01-08 14:47 ` [Xenomai-core] rt_task_spawn with NULL name and pascal linking Stefan Kisdaroczi

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.