From: Philippe Gerum <rpm@xenomai.org>
To: xenomai@xenomai.org, xenomai@xenomai.org
Subject: [Xenomai-core] VxWorks skin improvement
Date: Thu, 16 Mar 2006 14:53:28 +0100 [thread overview]
Message-ID: <44196DD8.8040500@domain.hid> (raw)
I'm currently working on extending the VxWorks skin so that it is going to be
callable from user-space directly, without needing the UVM environment. This will
also make its functional extension easier in the future, especially with respect
to bsp-related services.
While I'm at it, I'd also like to polish a few corner cases, so that we have the
closest possible emulation of the original RTOS services. Unfortunately, the
VxWorks documentation is rather terse on some behavioural aspects, and I have no
VxWorks target at hand to test and check them. Therefore, I definitely need help
from people reading this list who also happen to be VxWorks users, for providing
the following missing bits of information:
- How does taskName() behave when passed a null task id? Is it equivalent to
specifying taskIdSelf(), or does it lead to a NULL error return?
- How does msgQSend() behave when passed an invalid message priority, i.e. neither
MSG_PRI_NORMAL nor MSG_PRI_URGENT?
- How does taskInit() behave when passed an invalid set of task options? Are the
invalid flags ignored, or does the routine return an error status?
If you happen to have a VxWorks target at hand regardless of the architecture, and
are willing to help improving the behavioural correctness of the VxWorks skin,
then your input will be most welcome.
--
Philippe.
next reply other threads:[~2006-03-16 13:53 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-16 13:53 Philippe Gerum [this message]
2006-03-17 12:04 ` [Xenomai-core] VxWorks skin improvement Niklaus Giger
2006-03-17 14:45 ` Philippe Gerum
2006-03-17 18:08 ` [Xenomai-help] " Gilles Chanteperdrix
-- strict thread matches above, loose matches on Subject: below --
2006-03-17 15:13 Alessandro Pittaluga
2006-03-17 15:40 ` Philippe Gerum
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=44196DD8.8040500@domain.hid \
--to=rpm@xenomai.org \
--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.