From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <d.coen@resi.it>
Received: from smtpcmd04135.aruba.it (smtpcmd04135.aruba.it [62.149.158.135])
 by dpdk.org (Postfix) with ESMTP id C6750214A
 for <users@dpdk.org>; Wed, 15 Mar 2017 15:58:00 +0100 (CET)
Received: from CoenD-NBK ([93.146.250.201])
 by smtpcmd04.ad.aruba.it with bizsmtp
 id wExr1u00E4MU9Ql01Exw70; Wed, 15 Mar 2017 15:57:56 +0100
Received: from CoenDNBK by CoenD-NBK (PGP Universal service);
 Wed, 15 Mar 2017 15:56:23 +0100
X-PGP-Universal: processed;
	by CoenD-NBK on Wed, 15 Mar 2017 15:56:23 +0100
From: "David Coen" <d.coen@resi.it>
To: <users@dpdk.org>
Date: Wed, 15 Mar 2017 15:56:13 +0100
Message-ID: <001b01d29d9c$500f3a80$f02daf80$@resi.it>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdKdnEY8a3+2HCirRtW2/ASQiu1QNg==
Content-Language: it
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aruba.it; s=a1;
 t=1489589876; bh=AUq9OBMv/i1hKJvKcOKZ8nKJOIgKDw4B8vRb3pByS3M=;
 h=From:To:Subject:Date:MIME-Version:Content-Type;
 b=HerZsjEPZs8TuXuiwpQipoRyJGVTJJQiz/iwQdQW15lMk+o6MqPds5YhT7napI0Ab
 lhjx2UQOFYguEimremePjle1fUW845Q5Nmm5IdTgd9tiYDgYpw1rLCRurek1LK8ND0
 xYOdtZTi5oQZCgKoO3/ELROSIR6zB54Nj2O1ts3j+Fmzjn/b6BdLUAfDHRpv9QhFA8
 oiS+dqjRx6iM/LC+EQb3Y8Dp+oLOB3i4FBW9m6bl9106RAQZgOjSnqn3du5M45qn7H
 LkARViu0TlkXuB94EALBOu4Vs7BTiT78nmL+hQIx/30wsb8ViYkhktSASVSt/2u/LM
 IHv4qccQtxM1g==
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Content-Filtered-By: Mailman/MimeDel 2.1.15
Subject: Re: [dpdk-users] Issue with more Cores assigned: Cannot mmap device
 resource file
X-BeenThere: users@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK usage discussions <users.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/users>,
 <mailto:users-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/users/>
List-Post: <mailto:users@dpdk.org>
List-Help: <mailto:users-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/users>,
 <mailto:users-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Wed, 15 Mar 2017 14:58:01 -0000

Hi Kai, I agree with you.

 

Hi have quite the same issue, a primary application and a secondary one
running, sometimes, with more than 4 cores.

I'm using DPDK 16.11 on RedHat 6.7.

 

Till now I solved in this way:

- Disabling ASLR by adding those two lines to "/etc/sysctl.conf":

                # Disable Address Space Layout Randomization (ASLR)  (needed
by DPDK)

               kernel.randomize_va_space = 0 

- Getting virtual address of the first (the one with the minimum address
value) memory segment returned from the function "rte_eal_get_physmem_layout
()", called from a "dummy" primary     application used only to get this
address.

- Passing the above virtual address as a parameter for the "real" primary
application using the " --base-virtaddr= " dpdk command line option. When
secondary app starts, it all goes well with the specified base address.

 

I've tested this solution on different servers and it's always ok.

I think that there is some kind of limitation on DPDK primary/secondary
initialization process that could be improved.

 

Regards,

David