Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp876722pxj; Thu, 17 Jun 2021 16:17:34 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz1IIu1GK463whf058a5sRG++mA7IOlVFTsXSSs9T+lF8Aq8Wo5ZLYySuoLZ0QtGGIslUnx X-Received: by 2002:a02:a318:: with SMTP id q24mr566180jai.100.1623971853835; Thu, 17 Jun 2021 16:17:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623971853; cv=none; d=google.com; s=arc-20160816; b=08MRURR728VULBhxaskvQeVkySreW7VjiJDmBjYww7rwo+zDVMkXD97sQEwVxS9/EH wjpbPDX2OlBrI4VcxGdC7M3sCU4hq/p9mss9q3qhJwZemMOfC3PJgQLI/CK0piqan7J3 39y+5dCscXzW0GQL0877lM0nvxpzHST885SEgaTKVdYX0nMSR19TzPMEshabL6//iNSM itZf/rID4PTpeq5kcULjged9e5pCLOCofdOQZ+OTay6NqH+rwoOwQlnedyGPv+rKcOpa hOzEKPbxXV7/v5MHuQJuZtcEWWCc3DmXF7aLyKjSDF92YglRjp9E6l0zCma2kqRbRR72 WbGg== 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=sko2zlX/ezTWOEPpPM0DnZQ4fe2aY8F/hoPOcKtAoHk=; b=G43YhyAJmIbjVyG0cGytUW4kCIYx3SQmQdaGhpX7NxVPg+6WhARMGnIKs525E4aEBY IZKcAUBIZxzyVvhFQr857seP0EZ3BVgRnORAjwX106wb01pFvN2d388m6RpDA68eFLTw NtOjOHAbD4tNHyWRo6wthhpAzvPuYSdWT/STlQ9Cpfwae0js2dpnW1ENbPuwTCdQLiru ly9d+JItn6UCNjeSiUo83WeDI8bIkwX4+ZirSyyj2T3Z0OndtNs5+OfkOzVPiSHG+LAw oeWCDGULYUOsWKaj2dzI0HdZ+uOP+jGZQa6/IlU1kjFHYB2nJTsl/zRIgOnQV6htQkJM ROqA== 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 m4si7178527ioy.95.2021.06.17.16.17.22; Thu, 17 Jun 2021 16:17:33 -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 S233546AbhFQSCT (ORCPT + 99 others); Thu, 17 Jun 2021 14:02:19 -0400 Received: from foss.arm.com ([217.140.110.172]:57616 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233362AbhFQSCA (ORCPT ); Thu, 17 Jun 2021 14:02:00 -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 066BC1424; Thu, 17 Jun 2021 10:59:52 -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 2EB263F694; Thu, 17 Jun 2021 10:59:50 -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 v5 21/24] x86/resctrl: Merge the ctrl_val arrays Date: Thu, 17 Jun 2021 17:58:17 +0000 Message-Id: <20210617175820.24037-22-james.morse@arm.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20210617175820.24037-1-james.morse@arm.com> References: <20210617175820.24037-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 Each struct rdt_hw_resource has its own ctrl_val[] array. When CDP is enabled, two resources are in use, each with its own ctrl_val[] array that holds half of the configuration used by hardware. One uses the odd slots, the other the even. rdt_cdp_peer_get() is the helper to find the alternate resource, its domain, and corresponding entry in the other ctrl_val[] array. Once the CDP resources are merged there will be one struct rdt_hw_resource and one ctrl_val[] array for each hardware resource. This will include changes to rdt_cdp_peer_get(), making it hard to bisect any issue. Merge the ctrl_val[] arrays for three CODE/DATA/NONE resources first. Doing this before merging the resources temporarily complicates allocating and freeing the ctrl_val arrays. Add a helper to allocate the ctrl_val array, that returns the value on the L2 or L3 resource if it already exists. This gets removed once the resources are merged, and there really is only one ctrl_val[] array. Reviewed-by: Jamie Iles Signed-off-by: James Morse --- Changes since v3: * Removed some parenthesis that disappear in a later patch. Changes since v2: * Shuffled commit message, Changes since v1: * Added underscores to ctrlval when its not in a function name * Removed temporary free_ctrlval_arrays() function. * Reduced churn in domain_setup_ctrlval(). --- arch/x86/kernel/cpu/resctrl/core.c | 65 ++++++++++++++++++++++++++++-- 1 file changed, 61 insertions(+), 4 deletions(-) diff --git a/arch/x86/kernel/cpu/resctrl/core.c b/arch/x86/kernel/cpu/resctrl/core.c index c6b953fe7fdf..4c0b1265ffd4 100644 --- a/arch/x86/kernel/cpu/resctrl/core.c +++ b/arch/x86/kernel/cpu/resctrl/core.c @@ -509,6 +509,57 @@ void setup_default_ctrlval(struct rdt_resource *r, u32 *dc, u32 *dm) } } +static u32 *alloc_ctrlval_array(struct rdt_resource *r, struct rdt_domain *d, + bool mba_sc) +{ + /* these are for the underlying hardware, they may not match r/d */ + struct rdt_domain *underlying_domain; + struct rdt_hw_resource *hw_res; + struct rdt_hw_domain *hw_dom; + bool remapped; + + switch (r->rid) { + case RDT_RESOURCE_L3DATA: + case RDT_RESOURCE_L3CODE: + hw_res = &rdt_resources_all[RDT_RESOURCE_L3]; + remapped = true; + break; + case RDT_RESOURCE_L2DATA: + case RDT_RESOURCE_L2CODE: + hw_res = &rdt_resources_all[RDT_RESOURCE_L2]; + remapped = true; + break; + default: + hw_res = resctrl_to_arch_res(r); + remapped = false; + } + + /* + * If we changed the resource, we need to search for the underlying + * domain. Doing this for all resources would make it tricky to add the + * first resource, as domains aren't added to a resource list until + * after the ctrlval arrays have been allocated. + */ + if (remapped) + underlying_domain = rdt_find_domain(&hw_res->r_resctrl, d->id, + NULL); + else + underlying_domain = d; + hw_dom = resctrl_to_arch_dom(underlying_domain); + + if (mba_sc) { + if (hw_dom->mbps_val) + return hw_dom->mbps_val; + return kmalloc_array(hw_res->num_closid, + sizeof(*hw_dom->mbps_val), GFP_KERNEL); + } else { + if (hw_dom->ctrl_val) + return hw_dom->ctrl_val; + return kmalloc_array(hw_res->num_closid, + sizeof(*hw_dom->ctrl_val), GFP_KERNEL); + } +} + static int domain_setup_ctrlval(struct rdt_resource *r, struct rdt_domain *d) { struct rdt_hw_resource *hw_res = resctrl_to_arch_res(r); @@ -516,11 +567,11 @@ static int domain_setup_ctrlval(struct rdt_resource *r, struct rdt_domain *d) struct msr_param m; u32 *dc, *dm; - dc = kmalloc_array(hw_res->num_closid, sizeof(*hw_dom->ctrl_val), GFP_KERNEL); + dc = alloc_ctrlval_array(r, d, false); if (!dc) return -ENOMEM; - dm = kmalloc_array(hw_res->num_closid, sizeof(*hw_dom->mbps_val), GFP_KERNEL); + dm = alloc_ctrlval_array(r, d, true); if (!dm) { kfree(dc); return -ENOMEM; @@ -679,8 +730,14 @@ static void domain_remove_cpu(int cpu, struct rdt_resource *r) if (d->plr) d->plr->d = NULL; - kfree(hw_dom->ctrl_val); - kfree(hw_dom->mbps_val); + /* temporary: these four don't have a unique ctrlval array */ + if (r->rid != RDT_RESOURCE_L3CODE && + r->rid != RDT_RESOURCE_L3DATA && + r->rid != RDT_RESOURCE_L2CODE && + r->rid != RDT_RESOURCE_L2DATA) { + kfree(hw_dom->ctrl_val); + kfree(hw_dom->mbps_val); + } bitmap_free(d->rmid_busy_llc); kfree(d->mbm_total); kfree(d->mbm_local); -- 2.30.2