DPDK usage discussions
 help / color / mirror / Atom feed
From: Tom Barbette <barbette@kth.se>
To: Cliff Burdick <shaklee3@gmail.com>
Cc: "anatoly.burakov@intel.com" <anatoly.burakov@intel.com>,
	Shahaf Shuler <shahafs@mellanox.com>,
	"yskoh@mellanox.com" <yskoh@mellanox.com>,
	"Raslan Darawsheh" <rasland@mellanox.com>,
	"thomas@monjalon.net" <thomas@monjalon.net>,
	"bernard.iremonger@intel.com" <bernard.iremonger@intel.com>,
	users <users@dpdk.org>
Subject: Re: [dpdk-users] Unregistered mempool in secondary
Date: Thu, 6 Dec 2018 21:53:39 +0000	[thread overview]
Message-ID: <1544133219632.13606@kth.se> (raw)
In-Reply-To: <CA+Gp1nZn6spG+4BLeWFN+NA31sve1nuGWuhxSKpaLk=VfZmn0g@mail.gmail.com>

?Thanks Cliff for your input. However I do not allocate anything after the device has started. I only create two mempool, one per socket, and they are both looked up fine in the secondary,. Moreover, my setup works without any problem when I use two ports on the same NUMA node/same physical PCIe NIC card.


Tom


________________________________
De : Cliff Burdick <shaklee3@gmail.com>
Envoyé : jeudi 6 décembre 2018 18:50
À : Tom Barbette
Cc : anatoly.burakov@intel.com; Shahaf Shuler; yskoh@mellanox.com; Raslan Darawsheh; thomas@monjalon.net; bernard.iremonger@intel.com; users
Objet : Re: [dpdk-users] Unregistered mempool in secondary

This problem happened to me, and the issue I had was you need to make sure all mempools, whether generated with rte_mempool_create, or pktmbuf_create are created in the primary process. Your secondary can then look up the name of them. If you try to create one of these in the secondary process, you will see the errors you had above. I ended up making sure all rte structures were created in my primary, and the secondary simply requested things to be created. This can be done using the IPC library.

On Thu, Dec 6, 2018 at 9:28 AM Tom Barbette <barbette@kth.se<mailto:barbette@kth.se>> wrote:
> except for the fact that you shouldn't run your secondary process with the same coremask as primary (it will lead to mempool cache corruption, among other things).

If I don't touch any packet on the primary, this shouldn't cause any problem, right? We want to use all of the CPU cores for processing. The primary is only a controller.

Tom

      reply	other threads:[~2018-12-06 21:53 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-05 23:41 Tom Barbette
2018-12-06  7:18 ` Shahaf Shuler
2018-12-06  8:18   ` Tom Barbette
2018-12-06  9:21     ` Shahaf Shuler
2018-12-06  9:37       ` Tom Barbette
2018-12-06  9:54         ` Shahaf Shuler
2018-12-06 11:52           ` Tom Barbette
2018-12-06 13:45             ` Shahaf Shuler
2018-12-06 13:49               ` Burakov, Anatoly
2018-12-06 14:53                 ` Tom Barbette
2018-12-06 15:28                   ` Tom Barbette
2018-12-06 15:39                     ` Burakov, Anatoly
2018-12-06 17:27                       ` Tom Barbette
2018-12-06 17:50                         ` Cliff Burdick
2018-12-06 21:53                           ` Tom Barbette [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=1544133219632.13606@kth.se \
    --to=barbette@kth.se \
    --cc=anatoly.burakov@intel.com \
    --cc=bernard.iremonger@intel.com \
    --cc=rasland@mellanox.com \
    --cc=shahafs@mellanox.com \
    --cc=shaklee3@gmail.com \
    --cc=thomas@monjalon.net \
    --cc=users@dpdk.org \
    --cc=yskoh@mellanox.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 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).