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 D477228F3
 for <users@dpdk.org>; Wed, 15 Mar 2017 15:29:14 +0100 (CET)
Received: from CoenD-NBK ([93.146.250.201])
 by smtpcmd04.ad.aruba.it with bizsmtp
 id wEV81u01K4MU9Ql01EVD8u; Wed, 15 Mar 2017 15:29:14 +0100
Received: from CoenDNBK by CoenD-NBK (PGP Universal service);
 Wed, 15 Mar 2017 15:27:41 +0100
X-PGP-Universal: processed;
	by CoenD-NBK on Wed, 15 Mar 2017 15:27:41 +0100
From: "David Coen" <d.coen@resi.it>
To: <users@dpdk.org>
Date: Wed, 15 Mar 2017 15:27:31 +0100
Message-ID: <001601d29d98$4d92c5a0$e8b850e0$@resi.it>
MIME-Version: 1.0
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AdKdmAWQLf01m6eiSxivm/Ou9LhwCQ==
Content-Language: it
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aruba.it; s=a1;
 t=1489588154; bh=5vfZX6w0U8DMV/eRrz9qPL8o219Kj2Fw79M8S6anHNE=;
 h=From:To:Subject:Date:MIME-Version:Content-Type;
 b=F6RRu/DdEBNga1LYmH86ex5hGW4Jk8xz9TLoBNfszxgc2UhDSD5zCtlTDHPrGELJ3
 nwmhL//Bmp9+VzQgc7ZaxVWw1BeIx3I3iYHetWVsPINJOCw4KR0QHzHzH6HD+Honac
 F5u4tdS3A9nivP5qKL8LkyOXLE5BAZ6xh9C0qGfA+xcFl37Gr5xN63TLt6dtGejnVf
 If2jjJVA7xJFmvMKKrIZL//P1rbPeq5pz+qJ0Om3R6PWeaiBzZRj46J7vbH6Xd6l2c
 Ke4/SLnmzn+zpVFJ0ir/DEbSJpYH0AyypqlEME07xq65fVc7YpzOfgCFRO3zKBWHOA
 JistdVw8Sf6QQ==
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Content-Filtered-By: Mailman/MimeDel 2.1.15
Subject: [dpdk-users] R: 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:29:15 -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