From: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
To: Henri Roosen <henriroosen@domain.hid>
Cc: xenomai@xenomai.org
Subject: Re: [Xenomai-help] Exception handlers in primary domain / user-space signals
Date: Mon, 07 Feb 2011 20:08:45 +0100 [thread overview]
Message-ID: <4D50433D.1040804@domain.hid> (raw)
In-Reply-To: <AANLkTincD+0eKF7tM8aj5s4tepF0KwQ6xkJ52G1Lq4iT@mail.gmail.com>
Henri Roosen wrote:
> On Mon, Feb 7, 2011 at 7:27 PM, Gilles Chanteperdrix
> <gilles.chanteperdrix@xenomai.org> wrote:
>> Henri Roosen wrote:
>>> We are using signal handlers for catching exceptions which our
>>> application is allowed to make and which we know how to handle.
>>>
>>> The current Xenomai implementation is to switch to the secondary
>>> domain and call the handlers from there.
>>> Unfortunately this takes too much time for our application and we
>>> would like to handle the exception without the switch to the secondary
>>> domain, in primary domain.
>>>
>>> Can anyone give some advice how to implement that?
>>> Will "user-space signals" which was planned for Xenomai 2.6 fulfill this need?
>>> Is there already code available for user-space signals?
>> In the 2.5 series, we added some code to support signals. The signals
>> are multiplexed per-skin in kernel-space, and demultiplexed in
>> user-space, upon exit of system calls. We implemented a unit test of
>> this functionality with the "sigtest" skin and user-space test, but they
>> only work upon return from system calls.
>>
>> Then we added support for the "mayday" page, which made us realize, that
>> maybe implementing signals handling at any time, not only when returning
>> from system calls, was possible. But then came the realization that in
>> order to implement that, we would have to fiddle with the FPU, which is
>> an area where we have a certain tradition for not getting the things
>> right at the first attempt. So, we kind of stopped here.
>>
>> So, if you want some ad-hoc signals upon return from system call, the
>> task is pretty easy. If you want the full posix signals interface, then
>> things are going to be a bit harder.
>>
> I am afraid it's going to be a bit harder; we would need it when the
> exception occurs and that is in most cases not at a place in the code
> where there is a system call :-(.
What kind of exception is it? Could not the exception be signalled at
the next system call?
>
> I was thinking of adding a hook in Xenomai's exception handler before
> it makes the switch to the secondary domain... but that would of
> course be a very ugly hack and I don't know if it can be done. Do you
> have a suggestion?
>
> What are the plans with the full posix signals interface?
Plans were to get it during the 2.6 branch, but of course if someone is
able to contribute it before, there is no problem.
>
> Thanks,
>> --
>> Gilles.
>>
>
--
Gilles.
next prev parent reply other threads:[~2011-02-07 19:08 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-07 17:35 [Xenomai-help] Exception handlers in primary domain / user-space signals Henri Roosen
2011-02-07 18:27 ` Gilles Chanteperdrix
2011-02-07 19:02 ` Henri Roosen
2011-02-07 19:08 ` Gilles Chanteperdrix [this message]
2011-02-08 8:21 ` Henri Roosen
2011-02-08 8:38 ` Philippe Gerum
2011-02-08 9:10 ` Henri Roosen
2011-02-08 9:15 ` Philippe Gerum
2011-02-08 12:09 ` Gilles Chanteperdrix
2011-02-08 12:12 ` Philippe Gerum
2011-02-08 12:16 ` Gilles Chanteperdrix
2011-02-08 12:22 ` Philippe Gerum
2011-02-08 12:31 ` Gilles Chanteperdrix
2011-02-08 12:51 ` Henri Roosen
2011-02-08 12:56 ` Philippe Gerum
2011-02-08 13:11 ` Gilles Chanteperdrix
2011-02-08 13:25 ` Philippe Gerum
2011-02-11 9:44 ` Henri Roosen
2011-04-15 12:58 ` Henri Roosen
2011-04-15 13:33 ` Gilles Chanteperdrix
2011-04-19 16:30 ` [Xenomai-help] Xenomai rt_printf() don't print davide doninelli
2011-04-19 17:13 ` Gilles Chanteperdrix
2011-04-19 17:39 ` davide doninelli
2011-04-19 17:43 ` Gilles Chanteperdrix
2011-05-04 6:24 ` davide doninelli
2011-05-19 8:35 ` [Xenomai-help] Exception handlers in primary domain / user-space signals Henri Roosen
2011-02-08 12:53 ` 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=4D50433D.1040804@domain.hid \
--to=gilles.chanteperdrix@xenomai.org \
--cc=henriroosen@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.