Received: by 2002:ab2:1689:0:b0:1f7:5705:b850 with SMTP id d9csp2148872lqa; Tue, 30 Apr 2024 09:17:23 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCU+EYyMOHtL4vBlzdFPO6scwKz4LJQ7P5I29RbS+Wv702PGVUx0tD9oehNiXGrPo5MS95DUT+Ei52DWoCHDFkUngSLL7JiJ1TVHw0EW8Q== X-Google-Smtp-Source: AGHT+IG8kZVkzq+fRvMQtkqVJ6Eu6knX0MjzIBDSw7gSlcbgeYbho2I29iZmID7rOMuU+lvpLSrz X-Received: by 2002:a17:903:1ca:b0:1e2:3720:e9b4 with SMTP id e10-20020a17090301ca00b001e23720e9b4mr3290323plh.54.1714493843582; Tue, 30 Apr 2024 09:17:23 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1714493843; cv=pass; d=google.com; s=arc-20160816; b=jnbr242lxgDGPjgXj5UffKr6nkgxbT1CTJOud49OAcdK+hlq2w9fNdxJyWJpcb7OSF lEgIcLVfpVJ+czToj0HWTKw4VokxSwH4JCuy+yU44owktok5yI4cj2mHvazceMF1whGJ ltT2QEXGz60goP1hVRVTeyaWI/FG3AnxXIqqwdsQUfAT63r5qXbg+Sx0rv62SKscgInH QeKqH4j03txXOMyhZ70yF+g6afNvVmlrnQCewYiktTX1ZLjdGGDR9PzqIfOgliqQ8Ix+ CUq/xcqmMtsLgiSoMY/+pRIvHVxohao/fQVgx6SVzc9YNVPbJNqOVXTqYABmfO38gehx 3TmQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=K1BjJN5HlDgjVxAyMzmwZApTEEJC+9/cKSZ1K8bNXc4=; fh=xBHCPe1Q2FnpoRjq41+FB0ELhTwFWYoRaYOW5dRv8cM=; b=NI78OyNE+AXQdYU1wkolFaUEKz9+nqN2hJiY/imnRIT5WA2UAIAOQCb1Kk3a5oTckP t49THGiARMmGDum0lnomBFuH98h/7p7ubsJAOQPUix4sgF+c64G3T4806u1GqAplRYvu ej44grMxxkKrMZ2lilNz4HwKMSwMbTcN8DKRmFQV3Ysi6MkCmmNugA2d5O/PTz1Tvaju zbEfOzJjfZq/OiziEntB3j3Rcg0YzAIvIEHhPOQ4xa1fd6mFHvSWWo1OOSKua5pmEEad hCVPzr3HvyHSTVuj4i6f63NCH7IAFPf72sIUVw3e+UOJMK67akBFMzWVnkYF8oBsHtVL EZwQ==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=jYELY9v5; arc=pass (i=1 spf=pass spfdomain=intel.com dkim=pass dkdomain=intel.com dmarc=pass fromdomain=intel.com); spf=pass (google.com: domain of linux-kernel+bounces-164346-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-164346-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id ll4-20020a170903090400b001ec3c73cecfsi1695763plb.381.2024.04.30.09.17.23 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 30 Apr 2024 09:17:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-164346-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=jYELY9v5; arc=pass (i=1 spf=pass spfdomain=intel.com dkim=pass dkdomain=intel.com dmarc=pass fromdomain=intel.com); spf=pass (google.com: domain of linux-kernel+bounces-164346-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-164346-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 59F78284634 for ; Tue, 30 Apr 2024 16:17:11 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 49658178CD6; Tue, 30 Apr 2024 16:17:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="jYELY9v5" Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 0BC55171E67; Tue, 30 Apr 2024 16:16:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.11 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1714493822; cv=none; b=ICABMbDEu20tTd3efQRPoWsfmeGYK3fH6u42sG/4qojXQV9oeMSzsQtu1itJhZow7dvp4lvRd2lGdHg/w6OrHPjPKPdvJ7kU8h3oTcdvNeA7yaZMLypNdCSmyD0FsITOABglmhmqGLFWNsDjvj54duelBISZP7yhzIjo2frycmI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1714493822; c=relaxed/simple; bh=1qwQ48ujsS+2RxTaGVXW7u4aedmWyxR5OPDCZx+e8zM=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=JnDva0G77hcQU2cyLzxGf88OZYGQyw6QMDmpEQsRW3fsOZ/sQyma/D/v47L1xlLOCYO71KrHJb0tV7ule2QGSqJvUg75ePjrYm2DPXL4Qa7t72PfvPttpKx9aE3uqmh298H8OmRIFJfdniPJ4kwGrD7jp0dGOwt3YY6o/aZj8bY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=jYELY9v5; arc=none smtp.client-ip=198.175.65.11 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1714493820; x=1746029820; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=1qwQ48ujsS+2RxTaGVXW7u4aedmWyxR5OPDCZx+e8zM=; b=jYELY9v5wCDQ9IPmlVjFvsEX0/6BmVdrUorHnZH8edgnOmhDC7hpSB1c 0BPF8eHyaCZpFFh4LPh84IEFP9KOvpHV9w0+m51ExXhl1/sag+2sf6/Hm qLnwoRA+M7s+QezjUi/fzu52P3iVNIwJtERwLj/SgwI/dtB/8nEx1IpGh GqOMZyLwkoHgyZfV2Azq/gUelSD31FKI13ak/Y4BKQk4YlrQ2LzRbdlZ/ 6I172GwdyIrAIaS8uQ5u/vir6SYA/po3M/JHN4OkHK00j/gydOEHdIJs3 UynOOBeCxW0sVpJkDnbUT2ndH6RPrAFT0iJAU98/CO27dt58qtagET5VB w==; X-CSE-ConnectionGUID: OSQ0fk8ETyGcRwg19Hu5yg== X-CSE-MsgGUID: ot/FQCQ0SDGhxJKrlB6/AA== X-IronPort-AV: E=McAfee;i="6600,9927,11060"; a="20758875" X-IronPort-AV: E=Sophos;i="6.07,242,1708416000"; d="scan'208";a="20758875" Received: from fmviesa009.fm.intel.com ([10.60.135.149]) by orvoesa103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Apr 2024 09:17:00 -0700 X-CSE-ConnectionGUID: n+gfSvm4Qm+Clh9r5FdG9g== X-CSE-MsgGUID: 7O5zTyLrT66BykzoSABAIw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.07,242,1708416000"; d="scan'208";a="26473821" Received: from aschofie-mobl2.amr.corp.intel.com (HELO aschofie-mobl2) ([10.251.17.48]) by fmviesa009-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Apr 2024 09:16:57 -0700 Date: Tue, 30 Apr 2024 09:16:56 -0700 From: Alison Schofield To: Robert Richter Cc: "Rafael J. Wysocki" , Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, Andy Lutomirski , Peter Zijlstra , Dan Williams , linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, linux-cxl@vger.kernel.org, Derick Marks , "H. Peter Anvin" , Len Brown Subject: Re: [PATCH v6 1/7] x86/numa: Fix SRAT lookup of CFMWS ranges with numa_fill_memblks() Message-ID: References: <20240430092200.2335887-1-rrichter@amd.com> <20240430092200.2335887-2-rrichter@amd.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240430092200.2335887-2-rrichter@amd.com> On Tue, Apr 30, 2024 at 11:21:54AM +0200, Robert Richter wrote: > For configurations that have the kconfig option NUMA_KEEP_MEMINFO > disabled numa_fill_memblks() only returns with NUMA_NO_MEMBLK (-1). > SRAT lookup fails then because an existing SRAT memory range cannot be > found for a CFMWS address range. This causes the addition of a > duplicate numa_memblk with a different node id and a subsequent page > fault and kernel crash during boot. > > Fix this by making numa_fill_memblks() always available regardless of > NUMA_KEEP_MEMINFO. > > The fix also removes numa_fill_memblks() from sparsemem.h using > __weak. > > From Dan: > > """ > It just feels like numa_fill_memblks() has absolutely no business being > defined in arch/x86/include/asm/sparsemem.h. > > The only use for numa_fill_memblks() is to arrange for NUMA nodes to be > applied to memory ranges hot-onlined by the CXL driver. > > It belongs right next to numa_add_memblk(), and I suspect > arch/x86/include/asm/sparsemem.h was only chosen to avoid figuring out > what to do about the fact that linux/numa.h does not include asm/numa.h > and that all implementations either provide numa_add_memblk() or select > the generic implementation. > > So I would prefer that this do the proper fix and get > numa_fill_memblks() completely out of the sparsemem.h path. > > Something like the following which boots for me. > """ > > Note that the issue was initially introduced with [1]. But since > phys_to_target_node() was originally used that returned the valid node > 0, an additional numa_memblk was not added. Though, the node id was > wrong too, a message is seen then in the logs: > > kernel/numa.c: pr_info_once("Unknown target node for memory at 0x%llx, assuming node 0\n", > > [1] commit fd49f99c1809 ("ACPI: NUMA: Add a node and memblk for each > CFMWS not in SRAT") > For the commit log above - Perhaps the Dan quote can be reduced to a note about the implementation choice. Folks can look up the Lore thread if history is needed. For the code - Reviewed-by: Alison Schofield > Suggested-by: Dan Williams > Link: https://lore.kernel.org/all/66271b0072317_69102944c@dwillia2-xfh.jf.intel.com.notmuch/ > Fixes: 8f1004679987 ("ACPI/NUMA: Apply SRAT proximity domain to entire CFMWS window") > Cc: Derick Marks > Cc: Dan Williams > Cc: Alison Schofield > Signed-off-by: Robert Richter > --- > Authorship can be changed to Dan's if he wants to but that needs his > Signed-off-by. > Signed-off-by: Robert Richter > --- > arch/x86/include/asm/sparsemem.h | 2 -- > arch/x86/mm/numa.c | 4 ++-- > drivers/acpi/numa/srat.c | 5 +++++ > include/linux/numa.h | 7 +------ > 4 files changed, 8 insertions(+), 10 deletions(-) > > diff --git a/arch/x86/include/asm/sparsemem.h b/arch/x86/include/asm/sparsemem.h > index 1be13b2dfe8b..64df897c0ee3 100644 > --- a/arch/x86/include/asm/sparsemem.h > +++ b/arch/x86/include/asm/sparsemem.h > @@ -37,8 +37,6 @@ extern int phys_to_target_node(phys_addr_t start); > #define phys_to_target_node phys_to_target_node > extern int memory_add_physaddr_to_nid(u64 start); > #define memory_add_physaddr_to_nid memory_add_physaddr_to_nid > -extern int numa_fill_memblks(u64 start, u64 end); > -#define numa_fill_memblks numa_fill_memblks > #endif > #endif /* __ASSEMBLY__ */ > > diff --git a/arch/x86/mm/numa.c b/arch/x86/mm/numa.c > index 65e9a6e391c0..ce84ba86e69e 100644 > --- a/arch/x86/mm/numa.c > +++ b/arch/x86/mm/numa.c > @@ -929,6 +929,8 @@ int memory_add_physaddr_to_nid(u64 start) > } > EXPORT_SYMBOL_GPL(memory_add_physaddr_to_nid); > > +#endif > + > static int __init cmp_memblk(const void *a, const void *b) > { > const struct numa_memblk *ma = *(const struct numa_memblk **)a; > @@ -1001,5 +1003,3 @@ int __init numa_fill_memblks(u64 start, u64 end) > } > return 0; > } > - > -#endif > diff --git a/drivers/acpi/numa/srat.c b/drivers/acpi/numa/srat.c > index e45e64993c50..3b09fd39eeb4 100644 > --- a/drivers/acpi/numa/srat.c > +++ b/drivers/acpi/numa/srat.c > @@ -208,6 +208,11 @@ int __init srat_disabled(void) > return acpi_numa < 0; > } > > +__weak int __init numa_fill_memblks(u64 start, u64 end) > +{ > + return NUMA_NO_MEMBLK; > +} > + > #if defined(CONFIG_X86) || defined(CONFIG_ARM64) || defined(CONFIG_LOONGARCH) > /* > * Callback for SLIT parsing. pxm_to_node() returns NUMA_NO_NODE for > diff --git a/include/linux/numa.h b/include/linux/numa.h > index 915033a75731..1d43371fafd2 100644 > --- a/include/linux/numa.h > +++ b/include/linux/numa.h > @@ -36,12 +36,7 @@ int memory_add_physaddr_to_nid(u64 start); > int phys_to_target_node(u64 start); > #endif > > -#ifndef numa_fill_memblks > -static inline int __init numa_fill_memblks(u64 start, u64 end) > -{ > - return NUMA_NO_MEMBLK; > -} > -#endif > +int numa_fill_memblks(u64 start, u64 end); > > #else /* !CONFIG_NUMA */ > static inline int numa_nearest_node(int node, unsigned int state) > -- > 2.39.2 >