All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Hemminger <stephen@networkplumber.org>
To: Victor Huertas <vhuertas@gmail.com>
Cc: "Montorsi, Francesco" <fmontorsi@empirix.com>,
	"dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] Using valgrind with DPDK app
Date: Sun, 30 Aug 2020 20:20:05 -0700	[thread overview]
Message-ID: <20200830202005.67dcce2b@hermes.lan> (raw)
In-Reply-To: <CAGxG5cjThpXDM+JQOHwpJSgYvRSOngFot6=+xN7u7ZW-fPrhsQ@mail.gmail.com>

On Sat, 29 Aug 2020 19:54:08 +0200
Victor Huertas <vhuertas@gmail.com> wrote:

> Hello,
> 
> I have exactly the same problem as you. I have also downloaded, compiled
> and installed the very last version of valgrind (v3.17).
> As soon as the mempool is created, the program gets stuck.
> 
> If valgrind cannot be used with DPDK (I am using v18.11.5) as memory leak
> debugger, there must be other tool to do it. Which one?
> 
> Thanks for your attention
> 
> El vie., 10 jul. 2020 a las 16:59, Montorsi, Francesco (<
> fmontorsi@empirix.com>) escribió:  
> 
> > Hi all,
> > I would like to know if it's possible to run my DPDK application (I'm
> > using DPDK 19.11) under Valgrind.
> > I tried but it gets stuck apparently while accessing hugepages:
> >
> > ----
> > AL: Detected memory type: socket_id:0 hugepage_sz:1073741824
> > EAL: Detected memory type: socket_id:1 hugepage_sz:1073741824
> > EAL: Creating 4 segment lists: n_segs:32 socket_id:0 hugepage_sz:1073741824
> > EAL: Ask a virtual area of 0x1000 bytes
> > EAL: Virtual area found at 0x100033000 (size = 0x1000)
> > EAL: Memseg list allocated: 0x100000kB at socket 0
> > EAL: Ask a virtual area of 0x800000000 bytes
> > EAL: Virtual area found at 0x140000000 (size = 0x800000000)
> > EAL: Ask a virtual area of 0x1000 bytes
> > EAL: Virtual area found at 0x940000000 (size = 0x1000)
> > EAL: Memseg list allocated: 0x100000kB at socket 0
> > EAL: Ask a virtual area of 0x800000000 bytes
> > EAL: WARNING! Base virtual address hint (0xa80001000 != 0x1040000000) not
> > respected!
> > EAL:    This may cause issues with mapping memory into secondary processes
> > EAL: Virtual area found at 0x1040000000 (size = 0x800000000)
> > EAL: Ask a virtual area of 0x1000 bytes
> > EAL: Virtual area found at 0xac0001000 (size = 0x1000)
> > EAL: Memseg list allocated: 0x100000kB at socket 0
> > EAL: Ask a virtual area of 0x800000000 bytes
> > ----
> >
> > I've seen there was some attempt a few years ago:
> >     http://mails.dpdk.org/archives/dev/2016-February/033108.html
> > has anything changed since that?
> >
> > Also I see that Luca has created a project here
> >   https://github.com/bluca/valgrind-dpdk
> > but seems like there were no changes since 3 years... I wonder if that
> > works or not with recent DPDK versions...
> >
> > Thanks for any hint,
> >
> > Francesco Montorsi

Try the address-sanitizer option of Gcc or Clang. It works for applications.
I had issues with running on EAL startup.

      reply	other threads:[~2020-08-31  3:20 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-10 14:59 [dpdk-dev] Using valgrind with DPDK app Montorsi, Francesco
2020-08-29 17:54 ` Victor Huertas
2020-08-31  3:20   ` Stephen Hemminger [this message]

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=20200830202005.67dcce2b@hermes.lan \
    --to=stephen@networkplumber.org \
    --cc=dev@dpdk.org \
    --cc=fmontorsi@empirix.com \
    --cc=vhuertas@gmail.com \
    /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.