From: Bob Feretich <bob.feretich@domain.hid>
To: xenomai@xenomai.org
Subject: [Xenomai-help] RTDM driver structure
Date: Wed, 04 Aug 2010 19:49:40 -0700 [thread overview]
Message-ID: <4C5A26C4.3050702@domain.hid> (raw)
I want to verify that my understanding of the RTDM driver structure is
correct.
My driver is created as a module that is loaded by Linux insmod. Given
that...
My module_init routine (and module_exit)...
* is executed in the Linux driver context.
* should use Linux spin locks and events instead of rt_locks and events.
* can call rtdm_irq_request (rtrm_irq_free) to register my interrupt
handlers
for rt interrupts.
* can call rtdm_device_register (rt_dm_device_unregister) to register
my rt device.
* can call Linux omap dm_timer routines to reserve general purpose timers,
so that Linux will not give my timers to others. (these routines
call Linux locks)
My driver's open_nrt close_nrt entry points... (open_rt & close_rt are
deprecated)
* are executed in the caller's Linux user context, if the caller is a
standard Linux
user process.
* are executed in the caller's Xenomai user context (secondary mode),
if the caller
is a rt user process.
* can use Linux spin locks and events instead of rt_locks and events,
if I know
that protection is not needed from rt tasks and interrupt handlers.
* should use rt locks and events, if protection is needed from rt tasks
and
interrupt handlers.
My driver's ioctl_rt, read_rt, and write_rt entry points...
* are executed in the caller's Xenomai user context (primary mode), if
the caller
is a rt user process running in primary mode.
* are executed in the caller's Xenomai user context (secondary mode),
if the caller
is a rt user process running in secondary mode.
* must use rt locks and events.
My driver's ioctl_nrt, read_nrt, and write_nrt entry points...
* are executed in the caller's Linux user context, if the caller is a
standard
Linux user process.
* I should use rt locks and events, for protection from rt tasks and
interrupt handlers.
My driver's rt interrupt handler entry points...
* are executed in the Xenomai interrupt context.
* must use rt locks and events.
Is the above correct?
The OMAP3 chip has a collection of hardware timers that must be shared
between the Linux and Xenomai environments. I want to allocate/reserve 5
timers for my use in the real time environment for the creation of pulse
width modulation output signals, but the rest of the timers should be
available for general Linux use. Being able to call omap dm_timer
routines in the module_init and module_exit routines make this much easier.
Regards,
Bob Feretich
next reply other threads:[~2010-08-05 2:49 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-05 2:49 Bob Feretich [this message]
2010-08-05 7:07 ` [Xenomai-help] RTDM driver structure Gilles Chanteperdrix
2010-08-05 18:57 ` Bob Feretich
2010-08-05 19:27 ` Gilles Chanteperdrix
2010-08-07 2:22 ` [Xenomai-help] RTDM driver structure - an update Bob Feretich
2010-08-08 9:36 ` Everett Wang
2010-08-08 12:08 ` Gilles Chanteperdrix
2010-08-08 14:32 ` Everett Wang
2010-08-10 0:56 ` Bob Feretich
2010-08-10 7:43 ` Guenter Ebermann
2010-08-10 9:08 ` Bob Feretich
2010-08-10 13:33 ` Gilles Chanteperdrix
2010-08-10 13:41 ` Philippe Gerum
2010-08-10 13:18 ` Gilles Chanteperdrix
2010-08-10 19:01 ` Bob Feretich
2010-08-10 21:41 ` Gilles Chanteperdrix
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=4C5A26C4.3050702@domain.hid \
--to=bob.feretich@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.