From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by dpdk.org (Postfix) with ESMTP id 6DC6A2BE1 for ; Sat, 1 Jul 2017 16:18:53 +0200 (CEST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id D039920777; Sat, 1 Jul 2017 10:18:52 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute1.internal (MEProxy); Sat, 01 Jul 2017 10:18:52 -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=BQcwnnctnPymkFL wUJvdb/Zd+/oOOm5x3camtZgnOg4=; b=ImWAiHXOH1ecCwwU6v/EM/mwwg2FLts gNDHBVCbzT0Uw+p1x6bMR8HHMHbn/J/AVwZVsw/A7j39B87S0dsSbv8GjjRXhql3 THTJ64EO1D8lNObN3+SUtop8Gc0KG5ZysaajMn0mmLlMI4YVDIIL/8RRjJXi937W 8IXd3ZgRM8AA= 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=BQcwnnctnPymkFLwUJvdb/Zd+/oOOm5x3camtZgnOg4=; b=CjZ/9rk1 s4bMKeQCdd2oBISisiOQuUYK5+tK8wCuytl+T0NG8Gnom2jJPX1nfDO9HFEMf2ov m0Xj3UmRv6ncynJoaq41WpXFVGOtbUcAWxegc354hp9XaSF2DTHK/eYu0GKwdE7I DArleTyKf56fIAqqfIF/F6KHBcFsm7HjbjhHLSMH2/9DYIBMq4BNiJ5BoswP8FlW 0ySmpB5nBkf9uojW8i96LYD7hw3AeVQpbmYfTgPuca/xZkZvQVZ+JfxI65cegqtT laJxZdzm4mjRIvel19sjPQxlcQe0z1cxMDEfjr1ERvQsVZy4Z95n5yhggfff9bNW Qq5ufIX0mHFmSA== X-ME-Sender: X-Sasl-enc: r5NV//qeepg0QBuMBobVVfiUK3U3FCC+mTGgqCHEEDFe 1498918732 Received: from xps.localnet (221.17.136.77.rev.sfr.net [77.136.17.221]) by mail.messagingengine.com (Postfix) with ESMTPA id 6B8677E71B; Sat, 1 Jul 2017 10:18:52 -0400 (EDT) From: Thomas Monjalon To: Sergio Gonzalez Monroy , Gregory Etelson Cc: dev@dpdk.org, Ilya Maximets , "Richardson, Bruce" , Jerin Jacob , "hemant.agrawal@nxp.com" Date: Sat, 01 Jul 2017 16:18:50 +0200 Message-ID: <4398639.Xci2ANazcN@xps> In-Reply-To: <8bbfaa04-fa99-8c2a-c0ec-a91059809b73@intel.com> References: <25388622.XuEPg0MkIL@polaris> <8bbfaa04-fa99-8c2a-c0ec-a91059809b73@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH] eal: use get_mempolicy(2) to find numa socket on Linux 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: Sat, 01 Jul 2017 14:18:53 -0000 21/06/2017 17:49, Sergio Gonzalez Monroy: > I think following the discussion of libnuma dependency in another thread > [1], you would need to implement a similar approach and keep the old > method while providing this alternative if libnuma is present. Considering that libnuma becomes mandatory to build DPDK on NUMA-capable systems, we can assume there is only one CPU socket if libnuma is unavailable. > As Ilya mentions in the thread, this is usually the job of tools such as > autotools, cmake or meson but given that we do not have such tools in > DPDK yet, we rely in a build time config option for libnuma. > > Given that we already have a libnuma config option for VHOST, we might > be adding anew one for hugepage balancing, I think it would make sense > to just have single CONFIG_RTE_LIBNUMA option instead. > > Thoughts? I am not sure about merging every NUMA options into one. It may be interesting to track different NUMA features requiring libnuma. Anyway, this patch needs to be rebased now that Ilya's patch is applied.