DPDK patches and discussions
 help / color / mirror / Atom feed
From: bugzilla@dpdk.org
To: dev@dpdk.org
Subject: [dpdk-dev] [Bug 59] Cannot start secondary processes anyhow on Redhat EL7
Date: Fri, 01 Jun 2018 16:05:42 +0000	[thread overview]
Message-ID: <bug-59-3@http.dpdk.org/tracker/> (raw)

https://dpdk.org/tracker/show_bug.cgi?id=59

            Bug ID: 59
           Summary: Cannot start secondary processes anyhow on Redhat EL7
           Product: DPDK
           Version: 18.02
          Hardware: x86
                OS: Linux
            Status: CONFIRMED
          Severity: major
          Priority: Normal
         Component: core
          Assignee: dev@dpdk.org
          Reporter: m.lanzuisi@resi.it
  Target Milestone: ---

Created attachment 7
  --> https://dpdk.org/tracker/attachment.cgi?id=7&action=edit
Core Dump GDB Output

Hi all,

I was using DPDK 2.2.0 on Redhat EL6. It worked with this configuration:

- a tiny process launched the "rte_eal_get_physmem_layout()" function;
- the primary process started with "--base-virtaddr=X" where X is the value
returned by the tiny process;
- the secondary process started and attached to the rings and mempools created
by the primary process.

Now I downloaded dpdk-18.02.1.tar.xz, recompiled all the processes with the new
version, changed some functions for compatibility and ran everything on a
Redhat EL7.
ASLR is disabled, but I had the 

"WARNING! Base virtual address hint (0x7fff80000000 != 0x7ffefffcd000) not
respected!"

messages when starting the primary process, so changed manually the
"--base-virtaddr" parameter to avoid these warnings.
After the warnings did not happen any more, when starting the secondary
process, it fails with a segfault.

To avoid the warnings, I set the address "0x7ffa3ffcd000"

Inside the core dump attached you can see that address requested by the
secondary process is "0x7ffabfd47080" and the gdb says "Cannot access memory at
address 0x7ffabfd47080.

The function that generates the error is "rte_ctrlmbuf_alloc()".

I don't know if any other parameter in the kernel/hugepages spaces must be set.

-- 
You are receiving this mail because:
You are the assignee for the bug.

             reply	other threads:[~2018-06-01 16:05 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-01 16:05 bugzilla [this message]
     [not found] <bug-59-3@http.bugs.dpdk.org/>
2018-07-09 22:12 ` bugzilla
2018-07-09 22:14 ` bugzilla

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=bug-59-3@http.dpdk.org/tracker/ \
    --to=bugzilla@dpdk.org \
    --cc=dev@dpdk.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).