From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <thomas.monjalon@6wind.com>
Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com
 [209.85.212.169]) by dpdk.org (Postfix) with ESMTP id 0BAE02E81
 for <dev@dpdk.org>; Tue, 25 Nov 2014 18:07:19 +0100 (CET)
Received: by mail-wi0-f169.google.com with SMTP id r20so12632141wiv.4
 for <dev@dpdk.org>; Tue, 25 Nov 2014 09:18:12 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:organization
 :user-agent:in-reply-to:references:mime-version
 :content-transfer-encoding:content-type;
 bh=hdU2A6S0AGGQCPQ/T/ioeY5MiqtCqD+S7KkMjFEqkgo=;
 b=iJNF0W191n81nuljLLY8bAvxBk+1LecDGj3An/84P/jJbmn3BJkE+YkFJYq6A4UoGE
 d60/1JA6uLdTHRVQPVQs0BlAsWooBvZVTX6zKPml1CxgL22kNRomuYSncRG6WRISBzfk
 bgnCtqg2oCfTDadPFI03MDEAxn7IKpbee27YCISgm7taFxXxE1mVPsAc/AAECIOR2/OQ
 S3Kt8Dbwp5+FewP0suB8GDTCAsXKX29Xexm/lmPMzOC8fls9jqLNv+T5E8nnrDJzSVmo
 of8orHxeRbPeaH0NIXHCs84zG9PR7GL9K0CCBMigfTiqN1muRy02SFidXexBoIDjVXr8
 IqMQ==
X-Gm-Message-State: ALoCoQmIiNCoWXLDNGu/xrUKk3k+EwyjPJQWPVCvAOj0X0dA4I+p1xN4ktgze6KnKqZgRPyDDKNy
X-Received: by 10.180.10.231 with SMTP id l7mr7623857wib.1.1416935892016;
 Tue, 25 Nov 2014 09:18:12 -0800 (PST)
Received: from xps13.localnet (136-92-190-109.dsl.ovh.fr. [109.190.92.136])
 by mx.google.com with ESMTPSA id n3sm2720600wjz.21.2014.11.25.09.18.10
 for <multiple recipients>
 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Tue, 25 Nov 2014 09:18:11 -0800 (PST)
From: Thomas Monjalon <thomas.monjalon@6wind.com>
To: Anatoly Burakov <anatoly.burakov@intel.com>
Date: Tue, 25 Nov 2014 18:17:46 +0100
Message-ID: <2634610.dyaITUHquj@xps13>
Organization: 6WIND
User-Agent: KMail/4.14.2 (Linux/3.17.2-1-ARCH; KDE/4.14.2; x86_64; ; )
In-Reply-To: <20141113134655.GA8224@bricha3-MOBL3>
References: <1415619272-8281-1-git-send-email-anatoly.burakov@intel.com>
 <1415700565-19157-1-git-send-email-anatoly.burakov@intel.com>
 <20141113134655.GA8224@bricha3-MOBL3>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH v8] eal: map PCI memory resources after
	hugepages
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: Tue, 25 Nov 2014 17:07:19 -0000

> > Multi-process DPDK application must mmap hugepages and PCI resources
> > into the same virtual address space. By default the virtual addresses
> > are chosen by the primary process automatically when calling the mmap.
> > But sometimes the chosen virtual addresses aren't usable in secondary
> > process - for example, secondary process is linked with more libraries
> > than primary process, and the library occupies the same address space
> > that the primary process has requested for PCI mappings.
> > 
> > This patch makes EAL try and map PCI BARs right after the hugepages
> > (instead of location chosen by mmap) in virtual memory, so that PCI BARs
> > have less chance of ending up in random places in virtual memory.
> > 
> > Signed-off-by: Liang Xu <liang.xu@cinfotech.cn>
> > Signed-off-by: Anatoly Burakov <anatoly.burakov@intel.com>
> 
> Acked-by: Bruce Richardson <bruce.richardson@intel.com>

Applied

Thanks
-- 
Thomas