DPDK usage discussions
 help / color / mirror / Atom feed
From: "Wiles, Keith" <keith.wiles@intel.com>
To: Filip Janiszewski <contact@filipjaniszewski.com>
Cc: "users@dpdk.org" <users@dpdk.org>
Subject: Re: [dpdk-users] Segfault while running on older CPU
Date: Thu, 14 Feb 2019 13:34:20 +0000	[thread overview]
Message-ID: <C7FF2508-D633-404E-95AF-5F604D8E8E4B@intel.com> (raw)
In-Reply-To: <ff9a6739-59b0-5253-4448-e85aba7001e8@filipjaniszewski.com>



> On Feb 14, 2019, at 7:04 AM, Filip Janiszewski <contact@filipjaniszewski.com> wrote:
> 
> Hi All,
> 
> We've just encountered the same issue on a new server with a couple of
> Intel(R) Xeon(R) CPU E5-2690 0 @ 2.90GHz, stack trace the same:
> 

What version of DPDK?
> .
> Program received signal SIGILL, Illegal instruction.
> 
> 0x0000000000557ce9 in rte_cpu_get_flag_enabled ()
> 
> Missing separate debuginfos, use: debuginfo-install
> glibc-2.17-260.el7.x86_64 libaio-0.3.109-13.el7.x86_64
> libgcc-4.8.5-36.el7.x86_64 libxml2-2.9.1-6.el7_2.3.x86_64
> numactl-libs-2.0.9-7.el7.x86_64 xz-libs-5.2.2-1.el7.x86_64
> zlib-1.2.7-18.el7.x86_64
> 
> (gdb) bt
> 
> #0  0x0000000000557ce9 in rte_cpu_get_flag_enabled ()
> #1  0x000000000046076e in rte_acl_init ()
> #2  0x000000000085f56d in __libc_csu_init ()
> #3  0x00007ffff6636365 in __libc_start_main () from /lib64/libc.so.6
> #4  0x00000000004650de in _start ()
> .
> 
> I'm building DPDK with x86_64-native-linuxapp-gcc, nothing else, plain
> config from DPDK. I've attempted to recompile with CONFIG_RTE_EXEC_ENV
> set to 'native' instead of 'linuxapp' but nothing changes.

Not sure what this means it looks like you already compiled it as native.
> 
> Did anybody had a similar issue? Any suggestion?

maybe compile with  -g for debug symbols. i use ‘make install T=$RTE_TARGET EXTRA_CFLAGS=“-g”’  you can also try reducing the optimization, but I do not think that is the problem.

Does this happen every time, what OS version, what is the application yours or one of the examples?
If testpmd works then it maybe your application. I can not tell for sure but could this be the first time this routine is called?
Are you calling some thing in DPDK before rte_eal_init() is called?

With -g you should them be able to location the line in DPDK where it is failing.
> 
> Thanks
> 
> Il 06/02/19 11:47, Filip Janiszewski ha scritto:
>> Hi Everybody,
>> 
>> We have one 'slightly' older machine (well, very old CPU.) in our Lab
>> that seems to crash DPDK on every execution attempt, I was wondering if
>> anybody encountered a similar issue and if there's a change in the DPDK
>> config that might remedy the problem, this is the stack trace of the fault:
>> 
>> .
>> #0 0x000000000057bd19 in rte_cpu_get_flag_enabled ()
>> #1 0x000000000046067e in rte_acl_init ()
>> #2 0x000000000088359d in __libc_csu_init ()
>> #3 0x00007ffff6642cf5 in __libc_start_main () from /lib64/libc.so.6
>> #4 0x0000000000464fee in _start ()
>> .
>> 
>> The CPU on this machine is: "Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
>> (fam: 06, model: 3a, stepping: 09)" running with "3.10.0-862.el7.x86_64".
>> 
>> Our builds are running fine on newest hardware, nevertheless the
>> segfault seems a bit weird even for an unsupported CPU (some error
>> prompt would be more friendly), any suggestion on what the problem might be?
>> 
>> Thanks
>> 
> 
> -- 
> BR, Filip
> +48 666 369 823

Regards,
Keith


  reply	other threads:[~2019-02-14 13:34 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-02-06 10:47 Filip Janiszewski
2019-02-14 13:04 ` Filip Janiszewski
2019-02-14 13:34   ` Wiles, Keith [this message]
2019-02-14 14:15     ` Filip Janiszewski
2019-02-14 14:46       ` Van Haaren, Harry
2019-02-15  5:45         ` Filip Janiszewski

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=C7FF2508-D633-404E-95AF-5F604D8E8E4B@intel.com \
    --to=keith.wiles@intel.com \
    --cc=contact@filipjaniszewski.com \
    --cc=users@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).