From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by dpdk.org (Postfix) with ESMTP id DD5385599 for ; Wed, 21 Jun 2017 10:49:15 +0200 (CEST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 70AE020BE6; Wed, 21 Jun 2017 04:49:15 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 21 Jun 2017 04:49:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc:x-sasl-enc; s=mesmtp; bh=8bZedE3OP+Q+/5z D72/YpTQdY7jbJsvSwBt69bx33aA=; b=qyIDiVcXonfIHACVHn2ozQyndgVCC7U CyAt6Amue1NsNi38+XMFsmh+wVWS9MYqdDt9hvh47PNUnuLIR2yVTwEVdLEeWvGt WbzqAVgkjwc7Nll89f0geVUX5rSdo2lMwnIs6lyAtBkDOkose4QxuZ1mMvCmnqw5 bvM4RmkrG88Q= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc:x-sasl-enc; s= fm1; bh=8bZedE3OP+Q+/5zD72/YpTQdY7jbJsvSwBt69bx33aA=; b=jkfzub2l TB9UzU1tiTI1Ze2E5wAbuLlZiYmq8rfSY8YIsYkjfXY0n098yo++j4nNqf7Ula60 CWQDUZNc19NIR7M8baaoHpp4Up+zwxKVqc/REU7xftpAviGtV5SL9Jwqtz7gZ3Q8 FoDVLug5/MC9QSgXTqy086GRxDlgdYpmR8luiqUCa42OikbnXRewvBCz4jF4weTR 6bwEuYFSylhNQt0sxUi4h753kCx3C6S63obe95f614bGLKqHk8FJNn5V2wO7miOO 9I4U1GRXAebNbwEQivb4WUaC0eL9ydqvA7+vs+7psVzfQycjCWDtJ+etF1SVK1MX +ZQ4bJ3nq6YRsQ== X-ME-Sender: X-Sasl-enc: B/YryESjb7/IvMbwvIIvHOgY+BJsK/lukM5Vz0lovFwO 1498034955 Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id 1C8077E32F; Wed, 21 Jun 2017 04:49:15 -0400 (EDT) From: Thomas Monjalon To: Jerin Jacob Cc: Sergio Gonzalez Monroy , Hemant Agrawal , Ilya Maximets , dev@dpdk.org, Bruce Richardson , David Marchand , Heetae Ahn , Yuanhan Liu , Jianfeng Tan , Neil Horman , Yulong Pei Date: Wed, 21 Jun 2017 10:49:14 +0200 Message-ID: <3795576.X6Zydzo19D@xps> In-Reply-To: <20170621084157.GA23011@jerin> References: <1496736832-835-1-git-send-email-i.maximets@samsung.com> <9b8eb542-ab5c-f37a-afc8-db65061d35f5@intel.com> <20170621084157.GA23011@jerin> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v5 0/2] Balanced allocation of hugepages 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: Wed, 21 Jun 2017 08:49:16 -0000 21/06/2017 10:41, Jerin Jacob: > > > 1. There are many machines (arm/ppc), which do not support NUMA. > > > > > > https://wiki.linaro.org/LEG/Engineering/Kernel/NUMA > > > > > > > I did find that link too, last modified 4 years ago. > > Despite that, I could not find any ARM references in libnuma sources, but > > Jerin proved that there is support for it. > > > > http://oss.sgi.com/projects/libnuma/ > > https://github.com/numactl/numactl > > Those Linaro links are very old. ARM64 NUMA supported has been added in 4.7 kernel. > I guess we are talking about build time time dependency with libnuma here. > Correct? I think, Even with old arm64 kernel(< 4.6), You can build against > libnuma if it is present in rootfs. Just that at runtime, it will return > NUMA support not available. Correct? > > How hard is detect the presence of "numaif.h" if existing build system does not > support it? If it trivial, we can enable RTE_LIBRTE_EAL_NUMA_AWARE_HUGEPAGES > if build environment has "numaif.h". > > Some example in linux kernel build system: > http://lxr.linux.no/linux+v4.10.1/scripts/gcc-goto.sh I think we should not try to detect numaif.h, because it should be an error on platform supporting NUMA. If someone really wants to build DPDK without NUMA for x86, he should disable it in the build config file.