From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <anatoly.burakov@intel.com>
Received: from mga09.intel.com (mga09.intel.com [134.134.136.24])
 by dpdk.org (Postfix) with ESMTP id BC09E3787
 for <dev@dpdk.org>; Wed,  9 Dec 2015 11:38:24 +0100 (CET)
Received: from orsmga002.jf.intel.com ([10.7.209.21])
 by orsmga102.jf.intel.com with ESMTP; 09 Dec 2015 02:38:23 -0800
X-ExtLoop1: 1
X-IronPort-AV: E=Sophos;i="5.20,403,1444719600"; d="scan'208";a="867874063"
Received: from irsmsx105.ger.corp.intel.com ([163.33.3.28])
 by orsmga002.jf.intel.com with ESMTP; 09 Dec 2015 02:38:23 -0800
Received: from irsmsx111.ger.corp.intel.com (10.108.20.4) by
 irsmsx105.ger.corp.intel.com (163.33.3.28) with Microsoft SMTP Server (TLS)
 id 14.3.248.2; Wed, 9 Dec 2015 10:38:22 +0000
Received: from irsmsx109.ger.corp.intel.com ([169.254.13.96]) by
 irsmsx111.ger.corp.intel.com ([169.254.2.223]) with mapi id 14.03.0248.002;
 Wed, 9 Dec 2015 10:38:22 +0000
From: "Burakov, Anatoly" <anatoly.burakov@intel.com>
To: Eli Britstein <eli.britstein@toganetworks.com>, "dev@dpdk.org"
 <dev@dpdk.org>
Thread-Topic: ivshmem mmap to specific address
Thread-Index: AdEyTjTV0t2Lr37iSwmATN9F+oGJFAAHyNFQ
Date: Wed, 9 Dec 2015 10:38:21 +0000
Message-ID: <C6ECDF3AB251BE4894318F4E45123697820B0DA1@IRSMSX109.ger.corp.intel.com>
References: <AM2PR02MB260F081AA5A18F6CFCDC6F783E80@AM2PR02MB260.eurprd02.prod.outlook.com>
In-Reply-To: <AM2PR02MB260F081AA5A18F6CFCDC6F783E80@AM2PR02MB260.eurprd02.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [163.33.239.181]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [dpdk-dev] ivshmem mmap to specific address
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Dec 2015 10:38:25 -0000

Hi Eli

> Is there a method to guarantee that this mapping won't fail, even for
> different processes, that might have large code or constructors running e=
ven
> before main?

I'm afraid there is none. That's the nature of the beast. The best you can =
do is map stuff into a different address range using --base-virtaddr flag i=
n the primary process and hope that this time your "large code or construct=
ors running before main" won't tread into that virtual address space. But e=
ven that is not a guarantee by any means.

Thanks,
Anatoly