Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3051535pxj; Mon, 14 Jun 2021 13:13:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzySi4PFePoLKH3ysWNEKEA3QnCaVnXDvUa28YTEyQ85Y5+q8WszVNZYA6g1cmZuKxy+piU X-Received: by 2002:aa7:dc51:: with SMTP id g17mr19147047edu.43.1623701615779; Mon, 14 Jun 2021 13:13:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623701615; cv=none; d=google.com; s=arc-20160816; b=HNM4dVYx7ttO/ZXzgjrjK1/95nUzcVkoV70pcIsfpsU6xpBF5lETG+0+VNKMAREU+9 s4tL3bZ5lxwOiV1CH17fociRvCH64hat4BZs4Wb6LVgOcQVVTfgLzFW/+2Ru8dXFWiC0 F6YXzDYqjsB847CYwCCQiK0NXIS0ywTWwSVlzBq06BWeH5RCEPGtd8lzNujETocqLOte pA1dysfoXh2u5as3Ncq9QHFXDIw97KbCVKTQdPuj3wu/hZRk7R//ptPiq1fk8F+jPLpV CtHv3BSZdHHALmAMNgeYCNuvYzkRkkL8oIFBmSeqIeGOATvoILYRlqPDncQ14Nr5h4ht ToJg== 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=ZlNnS+c0tl6mMdwdWlH94sZSJwe0wujwcnI5poLvq9k=; b=PGhb/+o0P+cjkb7ARjPiF9gcXdXKTXS0Vp3JTCvo5GDRSe++v870IdIKOnhKDck2I0 62M1zBjwKRF2dyDoIaXdoiIyFu3JBd6TrFzPF9Bk1Fw96pp4tggO+yRx5EExjINKe2Sh 2lgPbUAR9yarQORebi8KUHbhwryYmoyvYghqh3D6U0+v/gysTA2RHjdByUUtHAgRtzqA kxHK3tlX1oC1cTyIuEgBr4Aa13VLdvA4snzCYYB0HvSBMVFr2L6RBOTrl9YgRgmHwNq3 snvT57EmbYtS+NcxDq6t06pPVoNDaQFnV6cNCAPvhohH+AF8Ox8avZ7vqRsM+wnURt3y SnFQ== 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 gf1si12243019ejb.318.2021.06.14.13.13.13; Mon, 14 Jun 2021 13:13:35 -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 S235461AbhFNUMx (ORCPT + 99 others); Mon, 14 Jun 2021 16:12:53 -0400 Received: from foss.arm.com ([217.140.110.172]:45860 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234590AbhFNUMs (ORCPT ); Mon, 14 Jun 2021 16:12:48 -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 1804913D5; Mon, 14 Jun 2021 13:10:45 -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 41EAF3F694; Mon, 14 Jun 2021 13:10:43 -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 Subject: [PATCH v4 18/24] x86/resctrl: Make ctrlval arrays the same size Date: Mon, 14 Jun 2021 20:09:35 +0000 Message-Id: <20210614200941.12383-19-james.morse@arm.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20210614200941.12383-1-james.morse@arm.com> References: <20210614200941.12383-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 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 the 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 Signed-off-by: James Morse --- 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 a2cbd2832d73..0d18227a366b 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].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 740d2d0ff4df..e8006e332d1a 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)) { @@ -2366,6 +2368,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