From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by dpdk.org (Postfix) with ESMTP id 17AE65F4D for ; Fri, 9 Mar 2018 17:32:46 +0100 (CET) X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 09 Mar 2018 08:32:44 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.47,446,1515484800"; d="scan'208";a="23222292" Received: from bricha3-mobl3.ger.corp.intel.com ([10.237.221.36]) by fmsmga008.fm.intel.com with SMTP; 09 Mar 2018 08:32:42 -0800 Received: by (sSMTP sendmail emulation); Fri, 09 Mar 2018 16:32:41 +0000 Date: Fri, 9 Mar 2018 16:32:40 +0000 From: Bruce Richardson To: "Burakov, Anatoly" Cc: dev@dpdk.org Message-ID: <20180309163240.GA13824@bricha3-MOBL3.ger.corp.intel.com> References: <750e30c6dcc7a22a87df9c56fb824042b1db984f.1517848624.git.anatoly.burakov@intel.com> <20180308121229.GA8660@bricha3-MOBL3.ger.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Research and Development Ireland Ltd. User-Agent: Mutt/1.9.3 (2018-01-21) Subject: Re: [dpdk-dev] [PATCH 18.05 v4] eal: add function to return number of detected sockets 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, 09 Mar 2018 16:32:47 -0000 On Thu, Mar 08, 2018 at 02:38:37PM +0000, Burakov, Anatoly wrote: > On 08-Mar-18 12:12 PM, Bruce Richardson wrote: > > On Wed, Feb 07, 2018 at 09:58:36AM +0000, Anatoly Burakov wrote: > > > During lcore scan, find maximum socket ID and store it. This will > > > break the ABI, so bump ABI version. > > > > > > Signed-off-by: Anatoly Burakov > > > --- > > > > > > Notes: > > > v4: > > > - Remove backwards ABI compatibility, bump ABI instead > > > v3: > > > - Added ABI compatibility > > > v2: > > > - checkpatch changes > > > - check socket before deciding if the core is not to be used > > > > > > lib/librte_eal/bsdapp/eal/Makefile | 2 +- > > > lib/librte_eal/common/eal_common_lcore.c | 37 +++++++++++++++++++++---------- > > > lib/librte_eal/common/include/rte_eal.h | 1 + > > > lib/librte_eal/common/include/rte_lcore.h | 8 +++++++ > > > lib/librte_eal/linuxapp/eal/Makefile | 2 +- > > > lib/librte_eal/rte_eal_version.map | 9 +++++++- > > > 6 files changed, 44 insertions(+), 15 deletions(-) > > > > > Breaking the ABI is the best way to implement this change, and given the > > deprecation was previously announced I'm ok with that. > > > > Question: we are ok assuming that the socket numbers are sequential, or > > nearly so, and knowing the maximum socket number seen is a good > > approximation of the actual physical sockets? I know in terms of cores > > on a system, the core id's often jump - are there systems where the > > socket numbers do too? > > > > /Bruce > > > > I am not aware of any system that would jump sockets like that. I'm open to > corrections, however :) > > -- In the absense of any corrections, I think this is fine to have. Acked-by: Bruce Richardson