Received: by 2002:a05:7412:251c:b0:e2:908c:2ebd with SMTP id w28csp1765097rda; Tue, 24 Oct 2023 02:32:52 -0700 (PDT) X-Google-Smtp-Source: AGHT+IE6wYy4Clcs2ox+LWiYK/DI+Zo4uugFGutoFU74FqbNnhIaYekYhTg7JuJXl5kc3xuyME2Y X-Received: by 2002:a17:902:db12:b0:1ca:16e8:1b47 with SMTP id m18-20020a170902db1200b001ca16e81b47mr13904310plx.1.1698139972317; Tue, 24 Oct 2023 02:32:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1698139972; cv=none; d=google.com; s=arc-20160816; b=qH5+0CDa7R/3Ac7Tt3C1kbGST9axvdye4YqBoSB3gNS66R+NIe2D9kFWcY2I8bf+Mr kehQETzlQZvX3k1osDx/rVi5aSNZ54SJ69vQz0DkG8TqqNNxzDe2TYRpEyUPnK8Ax18G RJLTkpNoYDOBHyKwR9NbvWJtiMPxiNTtZg8bPgkpfIfGXvd6QpyTyyGKCtY00MzwOif/ ESs9qXKmX1gy9WirRZZE+0fLKes4hfPqC4UedjPzZp+4dHwJkdpemb6WyTbs0jW9KpgG cCF1ZSkKQAzXXQTUCkxzFLhwNDzTbhwdTGNNHwv+Y2gp6vReKw8PZoyRp7uGlGTZp8TV YHIA== 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=yIwQxDG3aXxcB/+OSSu40N1Uk2v/xLdfeLIP2UAQzIg=; fh=gPQ6jqLSfsDb5bE3yrtO+AlT5R4d75RXkjC5xckz7Dk=; b=xqSQGotjKeolofDEKCbXRlsapsn9jbU3wbRsdzLVB6WHBVMeDFbYbt0ZpGc+fIYM+L bIzE7Ejh1Y9rAQqoXTHoBvWiSYfZXjNEFo6Te/U10eFP0dW0li991wlu76b0NQxnvgdj iMpoyBBqK4kSjaZ6ahxrOMsmZeo+Ph3A47KzXzoB9Ds7xRO+7WFHhpFVmQZ8I8uqW74c So35U0SrR/scxlwcPwu3LaiBignx0EWL3mdj3ADbP07Dsn5Di+cgEueV2/yJJ1My0q1O 9LmcMfMw0ZCooZqDIgEKu+VAvYZq+WEBTKODXEtSt3j6UahsKyvuimax740TmfXaCDv3 p/PQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Y8omNJPD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 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 fry.vger.email (fry.vger.email. [2620:137:e000::3:8]) by mx.google.com with ESMTPS id r19-20020a170902c61300b001c35cccca33si7570750plr.448.2023.10.24.02.32.51 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 24 Oct 2023 02:32:52 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 as permitted sender) client-ip=2620:137:e000::3:8; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Y8omNJPD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:8 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 fry.vger.email (Postfix) with ESMTP id 4E5198080ED9; Tue, 24 Oct 2023 02:32:48 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at fry.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234179AbjJXJcL (ORCPT + 99 others); Tue, 24 Oct 2023 05:32:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34976 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234327AbjJXJa6 (ORCPT ); Tue, 24 Oct 2023 05:30:58 -0400 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.9]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A9F442120; Tue, 24 Oct 2023 02:29:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1698139786; x=1729675786; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=dO957Gz95d7/4Jry4ZIpp1kdFHUE2wJg6pXZJbwLlmY=; b=Y8omNJPDWX/dyTJpI0/STA7GKxc92HMDZh6uBBEyqNLQPqkME/KM0i2U tOyNTYJYt38UXEbTTWRx/0+wQlLNLPG+DT96ZNFidBBEnbRYSgZ4u4jmM baJFsUeEZxk943otd5D477IFadYGV7AvOHg0sKXgdAlqcSGKbjL4f3H+/ 8tT8FP37e3bP4dBRFsM8kPyHMaquewkBpsQzAvc+0Pg7Vec7asgkEMb8z Uj409o97zwlpsUHKB1aC00Fb8uA2XXmpCCkiR+uiViixBHZawBwedIbzB wiPhgV4oF6ItQuelPvgImBAXFonexpOqwlsYyaybZQLtMoEnNNzu6FdKR Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10872"; a="5644376" X-IronPort-AV: E=Sophos;i="6.03,247,1694761200"; d="scan'208";a="5644376" Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orvoesa101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Oct 2023 02:29:44 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10872"; a="758410152" X-IronPort-AV: E=Sophos;i="6.03,247,1694761200"; d="scan'208";a="758410152" Received: from hprosing-mobl.ger.corp.intel.com (HELO localhost) ([10.249.40.219]) by orsmga002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Oct 2023 02:29:41 -0700 From: =?UTF-8?q?Ilpo=20J=C3=A4rvinen?= To: linux-kselftest@vger.kernel.org, Reinette Chatre , Shuah Khan , Shaopeng Tan , =?UTF-8?q?Maciej=20Wiecz=C3=B3r-Retman?= , Fenghua Yu Cc: linux-kernel@vger.kernel.org, =?UTF-8?q?Ilpo=20J=C3=A4rvinen?= Subject: [PATCH 21/24] selftests/resctrl: Get resource id from cache id Date: Tue, 24 Oct 2023 12:26:31 +0300 Message-Id: <20231024092634.7122-22-ilpo.jarvinen@linux.intel.com> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20231024092634.7122-1-ilpo.jarvinen@linux.intel.com> References: <20231024092634.7122-1-ilpo.jarvinen@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on fry.vger.email 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 (fry.vger.email [0.0.0.0]); Tue, 24 Oct 2023 02:32:50 -0700 (PDT) Resource id is acquired differently depending on CPU. AMD tests use id from L3 cache, whereas CPUs from other vendors base the id on topology package id. In order to support L2 CAT test, this has to be generalized. The driver side code seems to get the resource ids from cache ids so the approach used by the AMD branch seems to match the kernel-side code. It will also work with L2 resource IDs as long as the cache level is generalized. Using the topology id was always fragile due to mismatch with the kernel-side way to acquire the resource id. It got incorrect resource id, e.g., when Cluster-on-Die (CoD) is enabled for CPU (but CoD is not well suited for resctrl in the first place so it has not been a big issues if test don't work correctly with it). Taking all the above into account, generalize the resource id calculation by taking it from the cache id and do not hard-code the cache level. Signed-off-by: Ilpo Järvinen --- tools/testing/selftests/resctrl/resctrl.h | 2 +- tools/testing/selftests/resctrl/resctrl_val.c | 4 +-- tools/testing/selftests/resctrl/resctrlfs.c | 31 ++++++++++++------- 3 files changed, 23 insertions(+), 14 deletions(-) diff --git a/tools/testing/selftests/resctrl/resctrl.h b/tools/testing/selftests/resctrl/resctrl.h index 99fbce4794bc..c148998bf6ad 100644 --- a/tools/testing/selftests/resctrl/resctrl.h +++ b/tools/testing/selftests/resctrl/resctrl.h @@ -121,7 +121,7 @@ extern char llc_occup_path[1024]; int get_vendor(void); bool check_resctrlfs_support(void); int filter_dmesg(void); -int get_resource_id(int cpu_no, int *resource_id); +int get_resource_id(const char *resource, int cpu_no, int *resource_id); int mount_resctrlfs(void); int umount_resctrlfs(void); int validate_bw_report_request(char *bw_report); diff --git a/tools/testing/selftests/resctrl/resctrl_val.c b/tools/testing/selftests/resctrl/resctrl_val.c index 43ca026c6e0f..d210daafc5af 100644 --- a/tools/testing/selftests/resctrl/resctrl_val.c +++ b/tools/testing/selftests/resctrl/resctrl_val.c @@ -415,7 +415,7 @@ static void initialize_mem_bw_resctrl(const char *ctrlgrp, const char *mongrp, { int resource_id; - if (get_resource_id(cpu_no, &resource_id) < 0) { + if (get_resource_id("MB", cpu_no, &resource_id) < 0) { perror("Could not get resource_id"); return; } @@ -584,7 +584,7 @@ static void initialize_llc_occu_resctrl(const char *ctrlgrp, const char *mongrp, { int resource_id; - if (get_resource_id(cpu_no, &resource_id) < 0) { + if (get_resource_id("L3", cpu_no, &resource_id) < 0) { perror("# Unable to resource_id"); return; } diff --git a/tools/testing/selftests/resctrl/resctrlfs.c b/tools/testing/selftests/resctrl/resctrlfs.c index b98d88f7cbc4..8e79b646d7cb 100644 --- a/tools/testing/selftests/resctrl/resctrlfs.c +++ b/tools/testing/selftests/resctrl/resctrlfs.c @@ -111,24 +111,33 @@ static int get_cache_level(const char *cache_type) return -1; } +static int get_resource_cache_level(const char *resource) +{ + /* "MB" use L3 (LLC) resource id */ + if (!strcmp(resource, "MB")) + return 3; + return get_cache_level(resource); +} + /* - * get_resource_id - Get socket number/l3 id for a specified CPU - * @cpu_no: CPU number - * @resource_id: Socket number or l3_id + * get_resource_id - Get resctrl resource id for a specified CPU + * @resource: resource + * @cpu_no: CPU number + * @resource_id: resource id (cache id; for MB, L3 cache id) * * Return: >= 0 on success, < 0 on failure. */ -int get_resource_id(int cpu_no, int *resource_id) +int get_resource_id(const char *resource, int cpu_no, int *resource_id) { char phys_pkg_path[1024]; + int cache_num; FILE *fp; - if (get_vendor() == ARCH_AMD) - sprintf(phys_pkg_path, "%s%d/cache/index3/id", - PHYS_ID_PATH, cpu_no); - else - sprintf(phys_pkg_path, "%s%d/topology/physical_package_id", - PHYS_ID_PATH, cpu_no); + cache_num = get_resource_cache_level(resource); + if (cache_num < 0) + return cache_num; + + sprintf(phys_pkg_path, "%s%d/cache/index%d/id", PHYS_ID_PATH, cpu_no, cache_num); fp = fopen(phys_pkg_path, "r"); if (!fp) { @@ -526,7 +535,7 @@ int write_schemata(char *ctrlgrp, char *schemata, int cpu_no, const char *resour return -1; } - if (get_resource_id(cpu_no, &resource_id) < 0) { + if (get_resource_id(resource, cpu_no, &resource_id) < 0) { sprintf(reason, "Failed to get resource id"); ret = -1; -- 2.30.2