From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <dev-bounces@dpdk.org> Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 26657A0561; Mon, 1 Mar 2021 10:41:14 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 119F44069E; Mon, 1 Mar 2021 10:41:14 +0100 (CET) Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by mails.dpdk.org (Postfix) with ESMTP id 9D70D4014E for <dev@dpdk.org>; Mon, 1 Mar 2021 10:41:12 +0100 (CET) IronPort-SDR: V8ApTQcaxtSnFpcCb2BfwBSBZX6A5J5uqC3YzZzkHVs4Co+naKq3ZetJP7tDLiCAMIS1dUY2ji n8q5bNI9q1tQ== X-IronPort-AV: E=McAfee;i="6000,8403,9909"; a="271408595" X-IronPort-AV: E=Sophos;i="5.81,215,1610438400"; d="scan'208";a="271408595" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Mar 2021 01:41:11 -0800 IronPort-SDR: qnqjhDeVL4G5DJMERd4ErXGHIuYxx7CUP+fyuYo5/244KdAO/dMeveqnwXxV2UzHvk95BzylBc 1Vhsxa2+o5bA== X-IronPort-AV: E=Sophos;i="5.81,215,1610438400"; d="scan'208";a="406153254" Received: from bricha3-mobl.ger.corp.intel.com ([10.252.9.51]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-SHA; 01 Mar 2021 01:41:06 -0800 Date: Mon, 1 Mar 2021 09:41:02 +0000 From: Bruce Richardson <bruce.richardson@intel.com> To: Thomas Monjalon <thomas@monjalon.net> Cc: dev@dpdk.org, ncopa@alpinelinux.org, Anatoly Burakov <anatoly.burakov@intel.com>, Stephen Hemminger <sthemmin@microsoft.com>, Long Li <longli@microsoft.com>, Jay Zhou <jianjay.zhou@huawei.com>, Timothy McDaniel <timothy.mcdaniel@intel.com>, Rasesh Mody <rmody@marvell.com>, Shahed Shaikh <shshaikh@marvell.com>, Andrew Boyer <aboyer@pensando.io>, Maxime Coquelin <maxime.coquelin@redhat.com>, Chenbo Xia <chenbo.xia@intel.com>, Xiao Wang <xiao.w.wang@intel.com> Message-ID: <20210301094102.GA1251@bricha3-MOBL.ger.corp.intel.com> References: <20190313170657.16688-1-ncopa@alpinelinux.org> <20210228125353.2436562-1-thomas@monjalon.net> <20210228125353.2436562-8-thomas@monjalon.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210228125353.2436562-8-thomas@monjalon.net> Subject: Re: [dpdk-dev] [PATCH v6 07/17] drivers: replace page size definitions with function X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 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> Errors-To: dev-bounces@dpdk.org Sender: "dev" <dev-bounces@dpdk.org> On Sun, Feb 28, 2021 at 01:53:42PM +0100, Thomas Monjalon wrote: > The page size is often retrieved from the macro PAGE_SIZE. > If PAGE_SIZE is not defined, it is either using hard coded default, > or getting the system value from the UNIX-only function sysconf(). > > Such definitions are replaced with the generic function > rte_mem_page_size() defined for each supported OS. > > Removing PAGE_SIZE definitions will fix dlb drivers for musl libc, > because #ifdef checks were missing, causing redefinition errors. > > Signed-off-by: Thomas Monjalon <thomas@monjalon.net> > --- Is the header file with the rte_mem_page_size() function missing from this patch? Also, rather than a function for this, would it not be better to keep it as a macro as RTE_PAGE_SIZE, to keep it more in line with the macro people expect to have available?