All of lore.kernel.org
 help / color / mirror / Atom feed
* [Xenomai-help] rt_heap_bind in kernel module
@ 2006-04-20 12:42 Stefan Eletzhofer
  2006-04-20 14:18 ` Philippe Gerum
  0 siblings, 1 reply; 2+ messages in thread
From: Stefan Eletzhofer @ 2006-04-20 12:42 UTC (permalink / raw)
  To: xenomai

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

Hi,
reading the API docs (2.1.0) of the xenomai native API I noticed that the 
rt_heap_bind() call is a userspace-only call and i'm wondering why that is
the case? Or am I missing something here?

I'm in the process of porting applications which use the RTAI shm module
in both user space and kernel space; these applications basically allocate 
the shared memory chunks in user space and then have kernel modules dump
data into these areas.

To port things, I've coded a rt_heap_bind() for kernel space modelled after 
the code in skins/native/syscalls.c using the nucleus registry API, and that 
seems to work. So, is this missing call just laziness, then I'd post a patch.

Thanks,
Stefan E.
-- 
Stefan Eletzhofer
InQuant GmbH
Bahnhofstraße 11
D-88214 Ravensburg
http://www.inquant.de
http://www.eletztrick.de
+49 (0) 751 35 44 112
+49 (0) 171 23 24 529 (Mobil)
+49 (0) 751 35 44 115 (FAX)

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

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

* Re: [Xenomai-help] rt_heap_bind in kernel module
  2006-04-20 12:42 [Xenomai-help] rt_heap_bind in kernel module Stefan Eletzhofer
@ 2006-04-20 14:18 ` Philippe Gerum
  0 siblings, 0 replies; 2+ messages in thread
From: Philippe Gerum @ 2006-04-20 14:18 UTC (permalink / raw)
  To: stefan.eletzhofer; +Cc: xenomai

Stefan Eletzhofer wrote:
> Hi,
> reading the API docs (2.1.0) of the xenomai native API I noticed that the 
> rt_heap_bind() call is a userspace-only call and i'm wondering why that is
> the case? Or am I missing something here?
> 

Binding op are not supported in kernel space, basically because one sees 
a single address space there, and it's always possible to share the 
original object descriptor directly between modules as a plain memory 
area. The synchronization the binding ops provide between the creator 
and the users of a given resource has been ignored for kernel space.

> I'm in the process of porting applications which use the RTAI shm module
> in both user space and kernel space; these applications basically allocate 
> the shared memory chunks in user space and then have kernel modules dump
> data into these areas.
> 
> To port things, I've coded a rt_heap_bind() for kernel space modelled after 
> the code in skins/native/syscalls.c using the nucleus registry API, and that 
> seems to work. So, is this missing call just laziness, then I'd post a patch.
> 
> Thanks,
> Stefan E.
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Xenomai-help mailing list
> Xenomai-help@domain.hid
> https://mail.gna.org/listinfo/xenomai-help


-- 

Philippe.


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

end of thread, other threads:[~2006-04-20 14:18 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-04-20 12:42 [Xenomai-help] rt_heap_bind in kernel module Stefan Eletzhofer
2006-04-20 14:18 ` Philippe Gerum

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.