From: Jan Kiszka <jan.kiszka@domain.hid>
To: Rodrigo Rosenfeld Rosas <lbocseg@domain.hid>
Cc: xenomai-help <xenomai@xenomai.org>
Subject: Re: [Xenomai-help] RTDM mmap alternative
Date: Wed, 08 Feb 2006 14:14:34 +0100 [thread overview]
Message-ID: <43E9EEBA.1050405@domain.hid> (raw)
In-Reply-To: <200602081043.47859.lbocseg@domain.hid>
[-- Attachment #1: Type: text/plain, Size: 1491 bytes --]
Rodrigo Rosenfeld Rosas wrote:
>> ...
>> I tested it (after figuring out what to do at all, and how to get it
>> working then...) with a simple demo that returns a shared kernel memory
>> block, mapped into user-space via an RTDM-IOCTL. I think you should
>> easily (now really!) adapt it to your needs. Please check if this
>> functions meets your requirements and works for more than one scenario.
>> If so, I will add it to official RTDM.
>>
>>
>> @all: I would be curious to hear any comment on my /dev/zero-trick to
>> invoke mmap in kernel-space. Is this an ugly hack or may it be worth
>> considering to apply on /dev/rtheap as well - to overcome the need for
>> this device (and related user errors...)?
>
> Jan, actually I didn't like the /dev/zero hack. If someone else is
> using /dev/zero it will result in a problem... I think it would be better to
Why? It isn't an exclusive device. And I'm only invoking open/close on
the original instance (which even have no handlers associated, see
drivers/char/mem.c), mmap gets overloaded.
> reserve a separate file descriptor for mmaping. Maybe in a separate module
> like xeno_mmap that only register a, say, /dev/xenommap or /dev/xenomai/mmap.
> I think it would be a better approach. Or maybe something like
>
> void *rtdm_mmap_to_user(void *buffer, size_t length, char *dev_to_use)
>
> Just some ideas...
Maybe I'm overseeing something: Did you face real problems with my approach?
Jan
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 250 bytes --]
next prev parent reply other threads:[~2006-02-08 13:14 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-03 19:27 [Xenomai-help] RTDM mmap alternative Rodrigo Rosenfeld Rosas
2006-02-04 9:07 ` Jan Kiszka
2006-02-04 12:44 ` Rodrigo Rosenfeld Rosas
2006-02-04 12:41 ` Jan Kiszka
2006-02-04 14:19 ` Rodrigo Rosenfeld Rosas
2006-02-06 21:00 ` Rodrigo Rosenfeld Rosas
2006-02-07 17:38 ` Jan Kiszka
2006-02-07 19:22 ` Rodrigo Rosenfeld Rosas
2006-02-07 20:03 ` Jan Kiszka
2006-02-08 2:15 ` Rodrigo Rosenfeld Rosas
2006-02-08 12:43 ` Rodrigo Rosenfeld Rosas
2006-02-08 13:14 ` Jan Kiszka [this message]
2006-02-08 18:03 ` Rodrigo Rosenfeld Rosas
2006-02-08 18:26 ` Jan Kiszka
2006-02-08 19:35 ` Rodrigo Rosenfeld Rosas
2006-02-08 19:07 ` Rodrigo Rosenfeld Rosas
2006-02-08 21:28 ` Rodrigo Rosenfeld Rosas
2006-02-09 8:53 ` Jan Kiszka
2006-02-09 16:04 ` Rodrigo Rosenfeld Rosas
2006-02-09 16:53 ` Jan Kiszka
2006-02-09 17:58 ` Rodrigo Rosenfeld Rosas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=43E9EEBA.1050405@domain.hid \
--to=jan.kiszka@domain.hid \
--cc=lbocseg@domain.hid \
--cc=xenomai@xenomai.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.