Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp4401347pxk; Wed, 30 Sep 2020 01:46:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx6yj0fWYs6fsdXwM6b3LCE8DahQpl2qgklzwpX3kkOnsWwrT9cqb0Rt7b59Bpx2ItZw1+/ X-Received: by 2002:a17:906:4154:: with SMTP id l20mr1856514ejk.68.1601455567119; Wed, 30 Sep 2020 01:46:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601455567; cv=none; d=google.com; s=arc-20160816; b=NAELyUGTyukcklbO4P8lJjZovQok1lpgL6C34z+Nu6wTLFYIYPlwLN5YQ+1Ipt59yB QGdA9rz4GWbvfzPqXZzXKrm5TleCcPmsjOql3ZuI7oKDcYR4eT/LV8o0pgnGAaYcQ0eH JdR5t1yZbjJexrXXdFc2XuySE30Hst2dE3ZbwrVGmr4N83df8eeUTVBjIHp6X5F53W3n mDDZNjUw56JG0SJ4eDtfySNSInVa7/pUH2U5GsWa0/vbL9pijbzIMAk/t4Hl+f5Cmvx0 9gl6HDj0lyVZUVxPdlirpd4zgzuAHX11jiZYnvRPrJcViDr+71C5JMTe7mYKTw6yZjH0 6+mg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=iQhF16imq5LHC6MTYMGGIxCQKUPHaYo6yoK1cVW07yc=; b=N6kkhl6vkOY5+iBjL/EioKNzHnMTeuFfp1CxL2wdIz2k/57TJhuuzXRDaj2u+Rvzv4 5FEKGfd1EDKqqWmr6XZ18f9FjOZZZuiZ32O0gsGTUPbCGmx05T3pTOe5p0rgu7FLQlE/ Tt1uoGKgc41mOsSVcLWPToLot2zWscs/pza86gf0MKuqbB0AhT+jgkGteNP5/gDpEEJO 3MkFxn0novr5/yR5ScqtFGWZPzWXmtHeY20V2Xr4NQOYsVtefCGhaW53023hlpM2kpo/ 63oj84c4m3LfTWiApVGK7+/cHgLoN64c3LEWeJXU4jE1LVT1VDQ5/KEr6KEmpzIQ5NDe 9c8g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b1si572674edw.229.2020.09.30.01.45.44; Wed, 30 Sep 2020 01:46:07 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728384AbgI3IoZ convert rfc822-to-8bit (ORCPT + 99 others); Wed, 30 Sep 2020 04:44:25 -0400 Received: from lhrrgout.huawei.com ([185.176.76.210]:2929 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725776AbgI3IoZ (ORCPT ); Wed, 30 Sep 2020 04:44:25 -0400 Received: from lhreml710-chm.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id B202F8CDE30D2099234E; Wed, 30 Sep 2020 09:44:23 +0100 (IST) Received: from localhost (10.52.127.162) by lhreml710-chm.china.huawei.com (10.201.108.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.1913.5; Wed, 30 Sep 2020 09:44:23 +0100 Date: Wed, 30 Sep 2020 09:42:41 +0100 From: Jonathan Cameron To: Randy Dunlap CC: Nathan Chancellor , Robert Moore , Erik Kaneda , "Rafael J. Wysocki" , Len Brown , , , Subject: Re: [PATCH] ACPI / NUMA: Add stub function for pxm_to_node Message-ID: <20200930094241.00002949@Huawei.com> In-Reply-To: References: <20200928194554.3423466-1-natechancellor@gmail.com> Organization: Huawei Technologies Research and Development (UK) Ltd. X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i686-w64-mingw32) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8BIT X-Originating-IP: [10.52.127.162] X-ClientProxiedBy: lhreml707-chm.china.huawei.com (10.201.108.56) To lhreml710-chm.china.huawei.com (10.201.108.61) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 29 Sep 2020 13:13:24 -0700 Randy Dunlap wrote: > On 9/28/20 12:45 PM, Nathan Chancellor wrote: > > After commit 01feba590cd6 ("ACPI: Do not create new NUMA domains from > > ACPI static tables that are not SRAT"): > > > > $ scripts/config --file arch/x86/configs/x86_64_defconfig -d NUMA -e ACPI_NFIT > > > > $ make -skj"$(nproc)" distclean defconfig drivers/acpi/nfit/ > > drivers/acpi/nfit/core.c: In function ‘acpi_nfit_register_region’: > > drivers/acpi/nfit/core.c:3010:27: error: implicit declaration of > > function ‘pxm_to_node’; did you mean ‘xa_to_node’? > > [-Werror=implicit-function-declaration] > > 3010 | ndr_desc->target_node = pxm_to_node(spa->proximity_domain); > > | ^~~~~~~~~~~ > > | xa_to_node > > cc1: some warnings being treated as errors > > ... > > > > Add a stub function like acpi_map_pxm_to_node had so that the build > > continues to work. > > > > Fixes: 01feba590cd6 ("ACPI: Do not create new NUMA domains from ACPI static tables that are not SRAT") > > Signed-off-by: Nathan Chancellor > > --- > > > > I am not sure if this is the right place or value for this. It looks > > like there is going to be another stub function added here, which is > > going through -mm: > > > > https://lkml.kernel.org/r/159643094925.4062302.14979872973043772305.stgit@dwillia2-desk3.amr.corp.intel.com > > > > include/acpi/acpi_numa.h | 5 +++++ > > 1 file changed, 5 insertions(+) > > > > diff --git a/include/acpi/acpi_numa.h b/include/acpi/acpi_numa.h > > index fdebcfc6c8df..09eb3bc20ff5 100644 > > --- a/include/acpi/acpi_numa.h > > +++ b/include/acpi/acpi_numa.h > > @@ -22,5 +22,10 @@ extern int acpi_numa __initdata; > > extern void bad_srat(void); > > extern int srat_disabled(void); > > > > +#else /* CONFIG_ACPI_NUMA */ > > +static inline int pxm_to_node(int pxm) > > +{ > > + return 0; > > +} > > #endif /* CONFIG_ACPI_NUMA */ > > #endif /* __ACP_NUMA_H */ > > > > base-commit: eb6335b68ce3fc85a93c4c6cd3bb6bc5ac490efe > > OK, that works/builds. It doesn't quite apply cleanly to linux-next-20200929 > but that's a minor detail and easy to get around. > > Thanks. > > Acked-by: Randy Dunlap # build-tested > Looks correct to me. Thanks! Acked-by: Jonathan Cameron