From: Philippe Gerum <rpm@xenomai.org>
To: Gilles Chanteperdrix <gilles.chanteperdrix@xenomai.org>
Cc: Jan Kiszka <jan.kiszka@domain.hid>, xenomai-core <xenomai@xenomai.org>
Subject: Re: [Xenomai-core] [BUG] oops on skincall without nucleus being loaded
Date: Fri, 23 Jun 2006 18:26:11 +0200 [thread overview]
Message-ID: <1151079971.4438.103.camel@domain.hid> (raw)
In-Reply-To: <17563.61309.258099.930934@domain.hid>
On Fri, 2006-06-23 at 15:41 +0200, Gilles Chanteperdrix wrote:
> Jan Kiszka wrote:
> > Jan Kiszka wrote:
> > > Hi,
> > >
> > > wondering why suddenly things crash on invoking the latency test, I
> > > realised that I turned the nucleus into a module which was not yet
> > > loaded. Here is the oops in this case:
> >
> > Correction: the nucleus was still compiled in, the native skin was missing.
>
> After a few investigation, the problem appears to be that the nucleus
> assume that user-space skins will issue a bind syscall before using a
> skin, and that the user-space RTDM library does not exit if binding
> fails.
I don't get it: the muxid should be invalid then(?)
> So, there are two ways we can fix this problem:
> - either we make the nucleus paranoid and have it handle gracefully
> syscalls to non loaded tables;
> - or we make the user-space RTDM library behave like other skins and
> exit if the interface is not bound.
--
Philippe.
next prev parent reply other threads:[~2006-06-23 16:26 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-22 10:35 [Xenomai-core] [BUG] oops on skincall without nucleus being loaded Jan Kiszka
2006-06-22 10:50 ` Jan Kiszka
2006-06-23 13:41 ` Gilles Chanteperdrix
2006-06-23 16:26 ` Philippe Gerum [this message]
2006-06-23 18:01 ` Gilles Chanteperdrix
2006-06-23 18:22 ` Gilles Chanteperdrix
2006-06-27 8:06 ` Jan Kiszka
2006-06-27 11:29 ` Gilles Chanteperdrix
2006-06-23 14:34 ` 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=1151079971.4438.103.camel@domain.hid \
--to=rpm@xenomai.org \
--cc=gilles.chanteperdrix@xenomai.org \
--cc=jan.kiszka@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.