From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?iso-8859-1?Q?N=E9lio?= Laranjeiro Subject: Re: [PATCH v2] net/mlx5: mmap uar address around huge pages Date: Thu, 25 Jan 2018 17:01:05 +0100 Message-ID: <20180125160105.vm75fsol3y3z3cix@laranjeiro-vm.dev.6wind.com> References: <20180119150854.89828-1-xuemingl@mellanox.com> <1516892424-160194-1-git-send-email-xuemingl@mellanox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Shahaf Shuler , dev@dpdk.org To: Xueming Li Return-path: Received: from mail-wr0-f195.google.com (mail-wr0-f195.google.com [209.85.128.195]) by dpdk.org (Postfix) with ESMTP id 1623D199AC for ; Thu, 25 Jan 2018 17:01:03 +0100 (CET) Received: by mail-wr0-f195.google.com with SMTP id v31so2827457wrc.11 for ; Thu, 25 Jan 2018 08:01:03 -0800 (PST) Content-Disposition: inline In-Reply-To: <1516892424-160194-1-git-send-email-xuemingl@mellanox.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Thu, Jan 25, 2018 at 11:00:24PM +0800, Xueming Li wrote: > Reserving the memory space for the UAR near huge pages helps to > **reduce** the cases where the secondary process cannot start. Those > pages being physical pages they must be mapped at the same virtual > address as in the primary process to have a > working secondary process. > > As this remap is almost the latest being done by the processes > (libraries, heaps, stacks are already loaded), similar to huge pages, > there is **no guarantee** this mechanism will always work. > > Signed-off-by: Xueming Li As it does not break anything... Acked-by: Nelio Laranjeiro -- Nélio Laranjeiro 6WIND