All of lore.kernel.org
 help / color / mirror / Atom feed
* [Xenomai] mmap() segfaults
@ 2013-01-18  3:51 John Morris
  2013-01-18  4:30 ` Gilles Chanteperdrix
  0 siblings, 1 reply; 2+ messages in thread
From: John Morris @ 2013-01-18  3:51 UTC (permalink / raw)
  To: xenomai

Hi list,

The linux 3.5.7/i-ipipe ipipe-gch for-core-3.5.7/xenomai master packages
haven't been tested much yet, but both el6 and deb packages seem to be
working great.  Those will be available in the next day or so.

For the use of others, I prefer the linux 3.5.3/xenomai 2.6.2
combination, since it has undergone more testing.  There's a problem
mixing the 3.5.3 kernel with xenomai-2.6.git master.  The mprotect
regression is failing again, but in a different way.

Details follow, but the thing I've lost track of is which version of
Xenomai the kernel was prepared with, 2.6.2 (/proc/xenomai/version says
2.6.2) or git master.  Is it a rule that the kernel must be prepared
from the same Xenomai source tree as the installed runtime tools?  In
that case, the packages must be modified with the proper dependency
information.  Otherwise, here's the report:

First run:

++ /usr/lib64/xenomai/regression/posix/mprotect
memory read
memory write after exec enable
memory write after write enable
memory read/write after access enable
FAILURE main:102: read zero returned 255 instead of 0

Second and subsequent runs slightly different:

++ /usr/lib64/xenomai/regression/posix/mprotect
memory read
FAILURE main:69: read mem returned 255 instead of 0

Then curiously, some non-xenomai applications that work fine before the
regression test begin to segfault in mmap() when run after the test; a
simple example is 'git fetch'.  Nothing funny in dmesg; kernel .config
and strace linked below.

After a reboot, everything is normal again until the regression test is
rerun.

The released 2.6.2 tools work fine with the same kernel, and the i-pipe

    John



http://www.zultron.com/static/2013/01/xenomai/3.5.3-mmap-segfault/kernel.config.txt

http://www.zultron.com/static/2013/01/xenomai/3.5.3-mmap-segfault/strace.log



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [Xenomai] mmap() segfaults
  2013-01-18  3:51 [Xenomai] mmap() segfaults John Morris
@ 2013-01-18  4:30 ` Gilles Chanteperdrix
  0 siblings, 0 replies; 2+ messages in thread
From: Gilles Chanteperdrix @ 2013-01-18  4:30 UTC (permalink / raw)
  To: John Morris; +Cc: xenomai

On 01/18/2013 04:51 AM, John Morris wrote:

> Hi list,
> 
> The linux 3.5.7/i-ipipe ipipe-gch for-core-3.5.7/xenomai master packages
> haven't been tested much yet, but both el6 and deb packages seem to be
> working great.  Those will be available in the next day or so.
> 
> For the use of others, I prefer the linux 3.5.3/xenomai 2.6.2
> combination, since it has undergone more testing.  There's a problem
> mixing the 3.5.3 kernel with xenomai-2.6.git master.  The mprotect
> regression is failing again, but in a different way.


That is expected, you need a fix in the I-pipe kernel. 2.6.2.1 will be
released using the 3.5.7 kernel, containing the fix for this issue.
3.5.3 is a dead end now.

> Then curiously, some non-xenomai applications that work fine before the
> regression test begin to segfault in mmap() when run after the test; a
> simple example is 'git fetch'.  Nothing funny in dmesg; kernel .config
> and strace linked below.


That is expected.

-- 
                                                                Gilles.


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2013-01-18  4:30 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-01-18  3:51 [Xenomai] mmap() segfaults John Morris
2013-01-18  4:30 ` Gilles Chanteperdrix

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.