From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id A1FCE37B7 for ; Fri, 14 Sep 2018 10:06:35 +0200 (CEST) Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id E7D74C0467C5; Fri, 14 Sep 2018 08:06:34 +0000 (UTC) Received: from [10.36.112.48] (ovpn-112-48.ams2.redhat.com [10.36.112.48]) by smtp.corp.redhat.com (Postfix) with ESMTPS id A4B0D608E0; Fri, 14 Sep 2018 08:06:32 +0000 (UTC) To: Anatoly Burakov , dev@dpdk.org Cc: tiwei.bie@intel.com, ray.kinsella@intel.com, zhihong.wang@intel.com, kuralamudhan.ramakrishnan@intel.com References: From: Maxime Coquelin Message-ID: <30f0d3d6-1c46-8933-1730-7c47a434fdbf@redhat.com> Date: Fri, 14 Sep 2018 10:06:30 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.31]); Fri, 14 Sep 2018 08:06:35 +0000 (UTC) Subject: Re: [dpdk-dev] [PATCH v3 9/9] mem: support using memfd segments for in-memory mode X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Sep 2018 08:06:35 -0000 On 09/04/2018 05:15 PM, Anatoly Burakov wrote: > Enable using memfd-created segments if supported by the system. > > This will allow having real fd's for pages but without hugetlbfs > mounts, which will enable in-memory mode to be used with virtio. > > The implementation is mostly piggy-backing on existing real-fd > code, except that we no longer need to unlink any files or track > per-page locks in single-file segments mode, because in-memory > mode does not support secondary processes anyway. > > We move some checks from EAL command-line parsing code to memalloc > because it is now possible to use single-file segments mode with > in-memory mode, but only if memfd is supported. > > Signed-off-by: Anatoly Burakov > --- > lib/librte_eal/common/eal_common_options.c | 6 +- > lib/librte_eal/linuxapp/eal/eal_memalloc.c | 265 ++++++++++++++++++--- > 2 files changed, 235 insertions(+), 36 deletions(-) Reviewed-by: Maxime Coquelin Thanks, Maxime