All of lore.kernel.org
 help / color / mirror / Atom feed
From: Philippe Gerum <rpm@xenomai.org>
To: Charles Kiorpes <ckiorpes@gmail.com>, xenomai@xenomai.org
Subject: Re: [Xenomai] Segfaults and ENOMEM during rt_event_create()
Date: Thu, 6 Aug 2015 17:26:51 +0200	[thread overview]
Message-ID: <55C37CBA.6060703@xenomai.org> (raw)
In-Reply-To: <55C37BF3.2070609@xenomai.org>

On 08/06/2015 05:23 PM, Philippe Gerum wrote:
> On 08/06/2015 05:00 PM, Charles Kiorpes wrote:
>>> Could you --enable-debug, and have gdb determine the offending
>>> instruction? TIA,
>>
>> The gdb output is as follows:
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> get_free_range (heap=heap@entry=0x6dc07000, bsize=bsize@entry=256, log2size=8)
>>     at ../../../xenomai-3.0-rc6/lib/copperplate/heapobj-pshared.c:242
>> 242                                           freepage =
>> __shref_check(heap, *((memoff_t *)freepage));
>>
>> Thanks,
>> - Charles
>>
> 
> This may be a memory corruption issue, some metadata from the shared
> heap got trashed earlier in the init sequence.
> 
> Would it be practical to switch this app to the mercury core (no need
> for preempt-rt, just a plain regular desktop kernel), only for the
> purpose of running the init phase over valgrind? That would entail
> stubbing/bypassing the hardware-related inits (e.g. drivers) if ever
> possible.
> 

Also, does this bug happen with --disable-pshared?

-- 
Philippe.


  reply	other threads:[~2015-08-06 15:26 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-05 13:09 [Xenomai] Segfaults and ENOMEM during rt_event_create() Charles Kiorpes
2015-08-05 15:42 ` Philippe Gerum
2015-08-05 16:34   ` Charles Kiorpes
2015-08-06  7:42     ` Philippe Gerum
2015-08-05 17:24   ` Gilles Chanteperdrix
2015-08-06  7:40     ` Philippe Gerum
2015-08-06  7:49       ` Gilles Chanteperdrix
2015-08-06  8:00         ` Philippe Gerum
2015-08-06  9:25           ` dietmar.schindler
2015-08-06 15:12             ` Philippe Gerum
     [not found]   ` <CAHoW4hHS2QS1td6mUiWid-unDrMDZaQMo3vkYsDynNze5YsaSw@mail.gmail.com>
     [not found]     ` <55C326C5.4070608@xenomai.org>
2015-08-06 15:00       ` Charles Kiorpes
2015-08-06 15:23         ` Philippe Gerum
2015-08-06 15:26           ` Philippe Gerum [this message]
2015-08-10 13:52           ` Charles Kiorpes
2015-08-10 15:01             ` Philippe Gerum
2015-08-10 15:17               ` Charles Kiorpes
2015-08-10 15:40                 ` Philippe Gerum
2015-08-13 11:14                 ` Philippe Gerum
2015-08-13 11:39                   ` Charles Kiorpes
2015-08-13 16:21                     ` Philippe Gerum
2015-08-10 15:50             ` Philippe Gerum
2015-08-11 15:17             ` Philippe Gerum
2015-08-11 15:14         ` 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=55C37CBA.6060703@xenomai.org \
    --to=rpm@xenomai.org \
    --cc=ckiorpes@gmail.com \
    --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.