From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <tiwei.bie@intel.com> Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by dpdk.org (Postfix) with ESMTP id 6FC5E1B101 for <dev@dpdk.org>; Thu, 13 Dec 2018 05:56:00 +0100 (CET) X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga104.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Dec 2018 20:55:58 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,347,1539673200"; d="scan'208";a="118394554" Received: from dpdk-tbie.sh.intel.com ([10.67.104.173]) by orsmga001.jf.intel.com with ESMTP; 12 Dec 2018 20:55:57 -0800 Date: Thu, 13 Dec 2018 12:53:58 +0800 From: Tiwei Bie <tiwei.bie@intel.com> To: Anatoly Burakov <anatoly.burakov@intel.com> Cc: dev@dpdk.org, przemyslawx.lal@intel.com, kuralamudhan.ramakrishnan@intel.com, ivan.coughlan@intel.com, ray.kinsella@intel.com, maxime.coquelin@redhat.com Message-ID: <20181213045358.GA26505@dpdk-tbie.sh.intel.com> References: <cover.1542130721.git.anatoly.burakov@intel.com> <cover.1544546363.git.anatoly.burakov@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <cover.1544546363.git.anatoly.burakov@intel.com> User-Agent: Mutt/1.9.4 (2018-02-28) Subject: Re: [dpdk-dev] [PATCH v2 0/5] Allow using virtio without hugepages X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions <dev.dpdk.org> List-Unsubscribe: <https://mails.dpdk.org/options/dev>, <mailto:dev-request@dpdk.org?subject=unsubscribe> List-Archive: <http://mails.dpdk.org/archives/dev/> List-Post: <mailto:dev@dpdk.org> List-Help: <mailto:dev-request@dpdk.org?subject=help> List-Subscribe: <https://mails.dpdk.org/listinfo/dev>, <mailto:dev-request@dpdk.org?subject=subscribe> X-List-Received-Date: Thu, 13 Dec 2018 04:56:00 -0000 On Tue, Dec 11, 2018 at 04:43:27PM +0000, Anatoly Burakov wrote: > It is already possible to use both DPDK in general and > virtio specifically, without hugetlbfs mounts, but > currently virtio cannot be used without hugepage memory > (i.e. with a --no-huge EAL switch) due to the fact that > it needs to share memory with the backend. > > This patchset uses memfd to create actual files backing > anonymous memory. This enabled virtio to work not only > without hugetlbfs, but without hugepages altogether, > which could be useful in Cloud Native scenarios. Nice work! Acked-by: Tiwei Bie <tiwei.bie@intel.com> > > v2: > - Fixed segment fd list not being initialized > - Added some segment fd API fixes > - Added unit test for segment fd API > > Anatoly Burakov (5): > mem: fix error code for segment fd API for external segs > memalloc: check for memfd support in segment fd API > memalloc: allow setting up segment list fd's > mem: use memfd for no-huge mode > test: add segment fd API test > > doc/guides/rel_notes/release_19_02.rst | 13 +++++ > lib/librte_eal/bsdapp/eal/eal_memalloc.c | 6 ++ > lib/librte_eal/common/eal_common_memory.c | 12 ++++ > lib/librte_eal/common/eal_memalloc.h | 4 ++ > lib/librte_eal/linuxapp/eal/eal_memalloc.c | 66 +++++++++++++++++++--- > lib/librte_eal/linuxapp/eal/eal_memory.c | 54 +++++++++++++++++- > test/test/test_memory.c | 43 ++++++++++++++ > 7 files changed, 188 insertions(+), 10 deletions(-) > > -- > 2.17.1