Received: by 2002:a05:7412:2a8c:b0:e2:908c:2ebd with SMTP id u12csp3537966rdh; Thu, 28 Sep 2023 15:02:45 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGFWdqO+9yLUK47WyohKnSKQasg95VKIYpxcemfbmKBjtl/GONOLuKOi+f4jk/oMoBEUr3W X-Received: by 2002:a05:6a21:78a4:b0:12e:73bb:cbb6 with SMTP id bf36-20020a056a2178a400b0012e73bbcbb6mr2774513pzc.14.1695938565223; Thu, 28 Sep 2023 15:02:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695938565; cv=none; d=google.com; s=arc-20160816; b=1FeKwV05NVOoXoiKYoDvAcCWN0JsqBvlmgDSTLFSWYdKd9qBYDztw4bQgyYBCtuH/U 8xy8tuRnckaOEnOXSOoqCfZ9vdvGPz5gmc8ojkB7gNozXw9SfoAyPPgg5qR1hmgjSsJV Tson8rEEQjFFVFKxVzUNCy4MV/XqBg4sWg7Fd6qkr/WbFUEN+0bGTWkjwheyRAgp/dZ8 nklnHzdw0iIAVlvhMmW2rMgT4pgEYTrI3GIh8byGV+bSDEMjasBSLUiIykDNapFxuCoy 7gV02+VbjSJOkTPt7iYS5n1/oio9oldmRFLEuBdWSE94NGq9PTrVddgUrIQXck9OezSs wVdQ== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=zofVHwsfQUz6Cxv3yypLgFS/XVeK3bNROzn1bk4pDwI=; fh=EIH9XAmicvPIUSP7TBeBhZ/WaoqG49JQ3xV1i3Gl7Co=; b=ZBlnhcUXsiohzSm/k9iNse7Lq+g+v160427zJEM4aGTMPPsnREtXzhCHjWi5aIjzwK LTQQn4Gp5NJpPknRjgLWsfys9tECKsqSZvLkFIi4DZtSYjB8TFTUD1qOKq+dH7HgiMxL qi4JqTdDxr5cEU4/ezg/rwwQlxt982JTQ+ZDnYIMcBOmNLmTglg8JxJLzWKUSxO/I/N/ NZdnBw42IJfRZopYqRsesgaYVHxDWY7Cltz2TO8pCDAK4DNPkJmDdLGSompVbyRlyTGO dozgtlY+upNBVr03TO+DwkyEKZh26Q0A6Yv1q8mB0OE9Qc4KzligDn2dg6f37k+6ACwR CMjg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=IuQvVlb+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from snail.vger.email (snail.vger.email. [23.128.96.37]) by mx.google.com with ESMTPS id x1-20020a170902ec8100b001bf1a9dbcc9si20943493plg.549.2023.09.28.15.02.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 28 Sep 2023 15:02:45 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 as permitted sender) client-ip=23.128.96.37; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=IuQvVlb+; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.37 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by snail.vger.email (Postfix) with ESMTP id 6FCEB8315563; Thu, 28 Sep 2023 12:14:40 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at snail.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232386AbjI1TO2 (ORCPT + 99 others); Thu, 28 Sep 2023 15:14:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58010 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232107AbjI1TON (ORCPT ); Thu, 28 Sep 2023 15:14:13 -0400 Received: from mgamail.intel.com (mgamail.intel.com [134.134.136.126]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3E4691A7; Thu, 28 Sep 2023 12:14:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1695928446; x=1727464446; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=pVbIcVXxYuj9/HHxZC2rWHaPLAO4XTekywHD+3qbsvI=; b=IuQvVlb+oshVxv6+XxS5CDmUertTkhqWmw0WUSEK+fTZ5CPz1SAso9yw KMUPHzN/YQ4tGcist6R52Lb5rrz/Y30+wHhQzCUG43uGxD2DNCe0CGHwZ qNumCAlcVJmPr77+Aj5WT8CUqr9zon9nDhXY2L/2mEhkE2MsiTVAq5BZN hUJ474nAZZ8s29p5SYI5F0tObEpequUoSfd7oil5wCCo3J4f5c6OI1EM7 2m5LnUec7H4JA2uUM+G2Ga2W2dwr4oY+6t0HcX65Fudq4giKcMpLv4sER zZWTDNgo7SaFbjb5V7TqEIz+va/4YRHID0GAxXJTS4DKY7kENlqrbkvq0 A==; X-IronPort-AV: E=McAfee;i="6600,9927,10847"; a="367213946" X-IronPort-AV: E=Sophos;i="6.03,185,1694761200"; d="scan'208";a="367213946" Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Sep 2023 12:14:01 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10847"; a="779020042" X-IronPort-AV: E=Sophos;i="6.03,185,1694761200"; d="scan'208";a="779020042" Received: from agluck-desk3.sc.intel.com ([172.25.222.74]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Sep 2023 12:14:01 -0700 From: Tony Luck To: Fenghua Yu , Reinette Chatre , Peter Newman , Jonathan Corbet , Shuah Khan , x86@kernel.org Cc: Shaopeng Tan , James Morse , Jamie Iles , Babu Moger , Randy Dunlap , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, patches@lists.linux.dev, Tony Luck Subject: [PATCH v6 7/8] x86/resctrl: Sub NUMA Cluster detection and enable Date: Thu, 28 Sep 2023 12:13:48 -0700 Message-ID: <20230928191350.205703-8-tony.luck@intel.com> X-Mailer: git-send-email 2.41.0 In-Reply-To: <20230928191350.205703-1-tony.luck@intel.com> References: <20230829234426.64421-1-tony.luck@intel.com> <20230928191350.205703-1-tony.luck@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (snail.vger.email [0.0.0.0]); Thu, 28 Sep 2023 12:14:40 -0700 (PDT) There isn't a simple h/w bit that indicates whether a CPU is running in Sub NUMA Cluster (SNC) mode. Infer the state by comparing the ratio of NUMA nodes to L3 cache instances. When SNC mode is detected, reconfigure the RMID counters by updating the MSR_RMID_SNC_CONFIG MSR on each socket as CPUs are seen. Clearing bit zero of the MSR divides the RMIDs and renumbers the ones on the second SNC node to start from zero. An earlier commit includes all the required changes in Linux to operate in this reconfigured mode. Signed-off-by: Tony Luck --- Changes since v5: Short explanation of RMID reconfiguration added in the commit message (longer one included in previous patch that has all the code that takes action when "snc_nodes_per_l3_cache" is greater than "1"). Added to the comment before snc_remap_rmids() describing what "remapping" is occuring. Added a comment before snc_get_config() [renamed from get_snc_config() to be consistent with "snc_" as a prefix] describing how it works, and that it can fail if the system is booted with "maxcpus=N" parameter. Now using bitmap_zalloc() to allocate bitmap. Add code to defend against divide by zero if no caches are found. --- arch/x86/include/asm/msr-index.h | 1 + arch/x86/kernel/cpu/resctrl/core.c | 90 ++++++++++++++++++++++++++++++ 2 files changed, 91 insertions(+) diff --git a/arch/x86/include/asm/msr-index.h b/arch/x86/include/asm/msr-index.h index 1d111350197f..393d1b047617 100644 --- a/arch/x86/include/asm/msr-index.h +++ b/arch/x86/include/asm/msr-index.h @@ -1100,6 +1100,7 @@ #define MSR_IA32_QM_CTR 0xc8e #define MSR_IA32_PQR_ASSOC 0xc8f #define MSR_IA32_L3_CBM_BASE 0xc90 +#define MSR_RMID_SNC_CONFIG 0xca0 #define MSR_IA32_L2_CBM_BASE 0xd10 #define MSR_IA32_MBA_THRTL_BASE 0xd50 diff --git a/arch/x86/kernel/cpu/resctrl/core.c b/arch/x86/kernel/cpu/resctrl/core.c index 1f94b7b11f3e..0041c80c3b2c 100644 --- a/arch/x86/kernel/cpu/resctrl/core.c +++ b/arch/x86/kernel/cpu/resctrl/core.c @@ -16,11 +16,14 @@ #define pr_fmt(fmt) "resctrl: " fmt +#include #include #include #include #include +#include +#include #include #include #include "internal.h" @@ -733,11 +736,42 @@ static void clear_closid_rmid(int cpu) wrmsr(MSR_IA32_PQR_ASSOC, 0, 0); } +/* + * The power-on reset value of MSR_RMID_SNC_CONFIG is 0x1 + * which indicates that RMIDs are configured in legacy mode. + * This mode is incompatible with Linux resctrl semantics + * as RMIDs are partitioned between SNC nodes, which requires + * a user to know which RMID is allocated to a task. + * Clearing bit 0 reconfigures the RMID counters for use + * in Sub NUMA Cluster mode. This mode is better for Linux. + * The RMID space is divided between all SNC nodes with the + * RMIDs renumbered to start from zero in each node when + * couning operations from tasks. Code to read the counters + * must adjust RMID counnter numbers based on SNC node. See + * __rmid_read() for code that does this. + */ +static void snc_remap_rmids(int cpu) +{ + u64 val; + + /* Only need to enable once per package. */ + if (cpumask_first(topology_core_cpumask(cpu)) != cpu) + return; + + rdmsrl(MSR_RMID_SNC_CONFIG, val); + val &= ~BIT_ULL(0); + wrmsrl(MSR_RMID_SNC_CONFIG, val); +} + static int resctrl_online_cpu(unsigned int cpu) { struct rdt_resource *r; mutex_lock(&rdtgroup_mutex); + + if (snc_nodes_per_l3_cache > 1) + snc_remap_rmids(cpu); + for_each_capable_rdt_resource(r) domain_add_cpu(cpu, r); /* The cpu is set in default rdtgroup after online. */ @@ -992,11 +1026,67 @@ static __init bool get_rdt_resources(void) return (rdt_mon_capable || rdt_alloc_capable); } +/* CPU models that support MSR_RMID_SNC_CONFIG */ +static const struct x86_cpu_id snc_cpu_ids[] __initconst = { + X86_MATCH_INTEL_FAM6_MODEL(ICELAKE_X, 0), + X86_MATCH_INTEL_FAM6_MODEL(SAPPHIRERAPIDS_X, 0), + X86_MATCH_INTEL_FAM6_MODEL(EMERALDRAPIDS_X, 0), + {} +}; + +/* + * There isn't a simple h/w bit that indicates whether a CPU is running + * in Sub NUMA Cluster (SNC) mode. Infer the state by comparing the + * ratio of NUMA nodes to L3 cache instances. + * It is not possible to accurately determine SNC state if the system is + * booted with a maxcpus=N parameter. That distorts the ratio of SNC nodes + * to L3 caches. It will be OK if system is booted with hyperthreading + * disabled (since this doesn't affect the ratio). + */ +static __init int snc_get_config(void) +{ + unsigned long *node_caches; + int mem_only_nodes = 0; + int cpu, node, ret; + int num_l3_caches; + + if (!x86_match_cpu(snc_cpu_ids)) + return 1; + + node_caches = bitmap_zalloc(nr_node_ids, GFP_KERNEL); + if (!node_caches) + return 1; + + cpus_read_lock(); + for_each_node(node) { + cpu = cpumask_first(cpumask_of_node(node)); + if (cpu < nr_cpu_ids) + set_bit(get_cpu_cacheinfo_id(cpu, 3), node_caches); + else + mem_only_nodes++; + } + cpus_read_unlock(); + + num_l3_caches = bitmap_weight(node_caches, nr_node_ids); + if (!num_l3_caches) + return 1; + + ret = (nr_node_ids - mem_only_nodes) / num_l3_caches; + kfree(node_caches); + + if (ret > 1) + rdt_resources_all[RDT_RESOURCE_L3].r_resctrl.mon_scope = RESCTRL_NODE; + + return ret; +} + static __init void rdt_init_res_defs_intel(void) { struct rdt_hw_resource *hw_res; struct rdt_resource *r; + snc_nodes_per_l3_cache = snc_get_config(); + for_each_rdt_resource(r) { hw_res = resctrl_to_arch_res(r); -- 2.41.0