Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp5418180pxv; Wed, 28 Jul 2021 10:13:25 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwSJ3lS32p23uJWEzYE1sPICah4mfUMlxrsKodnonaWBfCC/+x+2HxECs/p2iBt05oO2XxD X-Received: by 2002:a05:6402:270d:: with SMTP id y13mr1095612edd.66.1627492405665; Wed, 28 Jul 2021 10:13:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627492405; cv=none; d=google.com; s=arc-20160816; b=N+N23BdDN9suuo1slJRqDrcNcbLMJnB/fyG67w2B79/qOVbT+vZ4O+trnsaCi/0eud koPOo8isEbyGmLdvZM3NbWYsWw9d6IQ9B4Zj7HaofJ57pfEIjMQRtm6aATl9HyEaZrPw jSbcEJOAHS/+hZH5JuwTJCOfxprdMxQ49DXP3e1U1xozt9xkpZtcjfy/O8MI8NYjtTNJ 53FkobEjXdrFGQo9d1zvTJ+Vzkt7F7RC0JptiWuJzCuJeLoKluuwwI0oZkW90DPSleCS bcEd6CVcCAL5k3Uqhnrjr5m5enu+cbLhDrKPGPoZbLtvLzbT8cXmSenHyrNhKW44o6kv Imhg== 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; bh=M384E351BR6wSXtM/OGUVq3NiIwfVlT40lzckMdiHOE=; b=trb0GNtpC4Gj4T681WpP+3WgrcwfKrUtP7CXdujKuiGj8nA5JluawYu+HbkQBNego7 WArdTtH1iJkyFej6hN15H9lnwm0NSsD6+BiHegKCqFzVlIWM+BzQBlf+bW4tgV8zTzd5 VfukRDNYLPWf9XPW/ewAwBCh8uFRVwMfyAu0SaHM/kXcAoK/uIRez4zUZSnXXaSFobhL nY17SW/IUbpCMX6yYeIIOxMjixEwx/RY+fb1YPtvH0ko688DtzByWLKiTO/e6GcJMIIR DSyWtO91Adq6xubUsVciaDsfms2Uu2pGP1OyYzzOdkG1rDlx42cHpb9+domqtMR4L5r5 CUKg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y8si164332edw.531.2021.07.28.10.13.00; Wed, 28 Jul 2021 10:13:25 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231655AbhG1RIw (ORCPT + 99 others); Wed, 28 Jul 2021 13:08:52 -0400 Received: from foss.arm.com ([217.140.110.172]:33498 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231660AbhG1RIk (ORCPT ); Wed, 28 Jul 2021 13:08:40 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 22A5B6D; Wed, 28 Jul 2021 10:08:38 -0700 (PDT) Received: from merodach.members.linode.com (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 31A273F66F; Wed, 28 Jul 2021 10:08:36 -0700 (PDT) From: James Morse To: x86@kernel.org, linux-kernel@vger.kernel.org Cc: Fenghua Yu , Reinette Chatre , Thomas Gleixner , Ingo Molnar , Borislav Petkov , H Peter Anvin , Babu Moger , James Morse , shameerali.kolothum.thodi@huawei.com, Jamie Iles , D Scott Phillips OS , lcherian@marvell.com, bobo.shaobowang@huawei.com Subject: [PATCH v7 18/24] x86/resctrl: Make ctrlval arrays the same size Date: Wed, 28 Jul 2021 17:06:31 +0000 Message-Id: <20210728170637.25610-19-james.morse@arm.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20210728170637.25610-1-james.morse@arm.com> References: <20210728170637.25610-1-james.morse@arm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The CODE and DATA resources report a num_closid that is half the actual size supported by the hardware. This behaviour is visible to user-space when CDP is enabled. The CODE and DATA resources have their own ctrlval arrays which are half the size of the underlying hardware because num_closid was already adjusted. One holds the odd configurations values, the other even. Before the CDP resources can be merged, the 'half the closids' behaviour needs to be implemented by schemata_list_create(), but this causes the ctrl_val[] array to be full sized. Remove the logic from the architecture specific rdt_get_cdp_config() setup, and add it to schemata_list_create(). Functions that walk all the configurations, such as domain_setup_ctrlval() and reset_all_ctrls(), take num_closid directly from struct rdt_hw_resource also have to halve num_closid as only the lower half of each array is in use. domain_setup_ctrlval() and reset_all_ctrls() both copy struct rdt_hw_resource's num_closid to a struct msr_param. Correct the value here. This is temporary as a subsequent patch will merge all three ctrl_val[] arrays such that when CDP is in use, the CODA/DATA layout in the array matches the hardware. reset_all_ctrls()'s loop over the whole of ctrl_val[] is not touched as this is harmless, and will be required as it is once the resources are merged. Reviewed-by: Jamie Iles Reviewed-by: Reinette Chatre Tested-by: Babu Moger Signed-off-by: James Morse --- Changes since v4: * Added missing words to the commit message, fixed a typo. No changes since v3. Changes since v2: * Shuffled commit message, --- arch/x86/kernel/cpu/resctrl/core.c | 10 +++++++++- arch/x86/kernel/cpu/resctrl/rdtgroup.c | 9 +++++++++ 2 files changed, 18 insertions(+), 1 deletion(-) diff --git a/arch/x86/kernel/cpu/resctrl/core.c b/arch/x86/kernel/cpu/resctrl/core.c index 755118a9ef38..9f8be5ee5e8a 100644 --- a/arch/x86/kernel/cpu/resctrl/core.c +++ b/arch/x86/kernel/cpu/resctrl/core.c @@ -363,7 +363,7 @@ static void rdt_get_cdp_config(int level, int type) struct rdt_resource *r = &rdt_resources_all[type].r_resctrl; struct rdt_hw_resource *hw_res = resctrl_to_arch_res(r); - hw_res->num_closid = hw_res_l->num_closid / 2; + hw_res->num_closid = hw_res_l->num_closid; r->cache.cbm_len = r_l->cache.cbm_len; r->default_ctrl = r_l->default_ctrl; r->cache.shareable_bits = r_l->cache.shareable_bits; @@ -549,6 +549,14 @@ static int domain_setup_ctrlval(struct rdt_resource *r, struct rdt_domain *d) m.low = 0; m.high = hw_res->num_closid; + + /* + * temporary: the array is full-size, but cat_wrmsr() still re-maps + * the index. + */ + if (hw_res->conf_type != CDP_NONE) + m.high /= 2; + hw_res->msr_update(d, &m, r); return 0; } diff --git a/arch/x86/kernel/cpu/resctrl/rdtgroup.c b/arch/x86/kernel/cpu/resctrl/rdtgroup.c index 61037b239327..299af12c9fe4 100644 --- a/arch/x86/kernel/cpu/resctrl/rdtgroup.c +++ b/arch/x86/kernel/cpu/resctrl/rdtgroup.c @@ -2154,6 +2154,8 @@ static int schemata_list_create(void) s->res = r; s->conf_type = resctrl_to_arch_res(r)->conf_type; s->num_closid = resctrl_arch_get_num_closid(r); + if (resctrl_arch_get_cdp_enabled(r->rid)) + s->num_closid /= 2; ret = snprintf(s->name, sizeof(s->name), r->name); if (ret >= sizeof(s->name)) { @@ -2376,6 +2378,13 @@ static int reset_all_ctrls(struct rdt_resource *r) msr_param.low = 0; msr_param.high = hw_res->num_closid; + /* + * temporary: the array is full-sized, but cat_wrmsr() still re-maps + * the index. + */ + if (hw_res->cdp_enabled) + msr_param.high /= 2; + /* * Disable resource control for this resource by setting all * CBMs in all domains to the maximum mask value. Pick one CPU -- 2.30.2