From: Reinette Chatre <reinette.chatre@intel.com>
To: Chen Yu <yu.c.chen@intel.com>, <tony.luck@intel.com>
Cc: <tglx@kernel.org>, <bp@alien8.de>, <mingo@redhat.com>,
<dave.hansen@linux.intel.com>, <hpa@zytor.com>,
<fenghuay@nvidia.com>, <babu.moger@amd.com>, <chen.yu@linux.dev>,
<x86@kernel.org>, <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v6 5/9] x86/resctrl: Parse ACPI CMRC table
Date: Wed, 19 Aug 2026 16:06:56 -0700 [thread overview]
Message-ID: <01d48e87-eade-438d-9d33-b1110b6bbfcd@intel.com> (raw)
In-Reply-To: <aa7c2c642fd01bfafb3ecca6ba41cfed9206d3d8.1784968626.git.yu.c.chen@intel.com>
Hi Chenyu,
On 7/25/26 2:23 AM, Chen Yu wrote:
> The CMRC (Cache Monitoring Registers for CPU Agents Description) sub-table of
> ERDT describes the MMIO registers used to read cache monitoring counters (e.g.
> LLC occupancy) for an RMD.
nit: "an RMD" -> "a monitoring domain"
>
> Parse each CMRC sub-table, ioremap its register window, and save a copy of the
> CMRC table in the corresponding ERDT domain entry so that later monitoring code
nit: drop "later"
> can read the counters via MMIO.
>
> Suggested-by: Tony Luck <tony.luck@intel.com>
> Signed-off-by: Chen Yu <yu.c.chen@intel.com>
> Tested-by: Hongyu Ning <hongyu.ning@linux.intel.com>
> Reviewed-by: Thomas Gleixner <tglx@kernel.org>
> ---
...
> diff --git a/arch/x86/include/asm/resctrl.h b/arch/x86/include/asm/resctrl.h
> index 575f8408a9e7..e60c2aea7ebd 100644
> --- a/arch/x86/include/asm/resctrl.h
> +++ b/arch/x86/include/asm/resctrl.h
> @@ -49,6 +49,8 @@ DECLARE_STATIC_KEY_FALSE(rdt_enable_key);
> DECLARE_STATIC_KEY_FALSE(rdt_alloc_enable_key);
> DECLARE_STATIC_KEY_FALSE(rdt_mon_enable_key);
>
> +int erdt_get_scale(void);
> +
> static inline bool resctrl_arch_alloc_capable(void)
> {
> return rdt_alloc_capable;
> diff --git a/arch/x86/kernel/cpu/resctrl/erdt.c b/arch/x86/kernel/cpu/resctrl/erdt.c
> index 6257869d0db2..422618991927 100644
> --- a/arch/x86/kernel/cpu/resctrl/erdt.c
> +++ b/arch/x86/kernel/cpu/resctrl/erdt.c
> @@ -23,6 +23,7 @@ static LIST_HEAD(domain_info_list);
> static bool erdt_enabled;
>
> #define ERDT_VALID_VERSION 1
> +#define CMRC_SUPPORTED_INDEX_FN 1
> #define RMDD_FLAG_CPU_L3_DOMAIN BIT(0)
>
> /* Bitmask of valid sub-tables found in the first RMDD, used to ensure all RMDDs match. */
> @@ -33,11 +34,19 @@ static u16 first_rmdd_domain_id;
>
> static int erdt_max_rmid;
>
> +/* Scale to bytes for the monitoring counters when ERDT is enabled. */
hmmm ... when looking ahead at patch #9 this does not seem to be how this value is used?
Instead, when a monitoring counter is read it is scaled using the per-domain
acpi_erdt_cmrc::up_scale?
Instead this seems to be the scale used to set/initialize resctrl_rmid_realloc_threshold
that is used by the limbo handler?
> +static int erdt_scale;
Can the scale ever be negative? Could it be unsigned int? Actually, looks like the original
MSR based scale obtained via CPUID.(EAX=0FH,ECX=1H) is 32 bits while this new scale value
from CMRC is 64 bits. The existing code can thus not accommodate the new values and need to
be updated?
> +
> int erdt_get_max_rmid(void)
Can this be negative?
> {
> return erdt_max_rmid;
> }
>
> +int erdt_get_scale(void)
> +{
> + return erdt_scale;
> +}
> +
> static void __iomem *erdt_ioremap(phys_addr_t base, u32 num_pages, const char *desc)
> {
> void __iomem *addr;
> @@ -67,6 +76,7 @@ static void erdt_iounmap_domain(struct erdt_domain_info *domain)
> static void cleanup_one_domain(struct erdt_domain_info *d)
> {
> erdt_iounmap_domain(d);
> + kfree(d->cmrc);
> kfree(d);
> }
>
> @@ -100,6 +110,43 @@ static __init int cacd_init(struct acpi_subtbl_hdr_16 *subtbl,
> return 0;
> }
>
> +static __init int cmrc_init(struct acpi_subtbl_hdr_16 *subtbl,
> + struct erdt_domain_info *domain_info)
> +{
> + struct acpi_erdt_cmrc *cmrc = (struct acpi_erdt_cmrc *)subtbl;
> +
> + if (cmrc->header.length < sizeof(*cmrc)) {
> + pr_warn(FW_BUG "Truncated CMRC subtable\n");
Please note there is inconsistency wrt "subtable" vs "sub-table" in error messages.
> + return -EIO;
> + }
> +
> + if (cmrc->index_fn != CMRC_SUPPORTED_INDEX_FN) {
> + pr_info("Unsupported CMRC index function %u\n", cmrc->index_fn);
> + return -EIO;
> + }
> +
> + if (!cmrc->clump_size) {
> + pr_warn(FW_BUG "CMRC clump_size is zero\n");
> + return -EIO;
> + }
> +
> + domain_info->base[ERDT_MMIO_CMRC_BASE] =
> + erdt_ioremap(cmrc->cmt_reg_base, cmrc->cmt_reg_size, "CMRC base");
> + if (!domain_info->base[ERDT_MMIO_CMRC_BASE])
> + return -EIO;
> +
> + domain_info->cmrc = kmemdup(cmrc, cmrc->header.length, GFP_KERNEL);
> + if (!domain_info->cmrc) {
> + iounmap(domain_info->base[ERDT_MMIO_CMRC_BASE]);
> + domain_info->base[ERDT_MMIO_CMRC_BASE] = NULL;
> + return -ENOMEM;
> + }
> +
> + erdt_scale = max_t(int, erdt_scale, cmrc->up_scale);
Please add a comment to describe why maximum of all domains' scale value is used. This comment
may be best placed at global definition of erdt_scale.
> +
> + return 0;
> +}
> +
> static inline struct acpi_subtbl_hdr_16 *rmdd_subtbl(struct acpi_erdt_rmdd *rmdd)
> {
> return (void *)rmdd + sizeof(*rmdd);
> @@ -166,6 +213,16 @@ static __init bool parse_rmdd_table(struct acpi_subtbl_hdr_16 *rmdd_hdr)
> goto cleanup;
>
> subtbl_mask |= BIT(ACPI_ERDT_TYPE_CACD);
> + break;
> + case ACPI_ERDT_TYPE_CMRC:
> + /*
> + * Only one CMRC is supported per domain as there is no
> + * method to distinguish different CMRCs within a domain.
> + */
> + if (!(subtbl_mask & BIT(ACPI_ERDT_TYPE_CMRC)) &&
> + !cmrc_init(subtbl, domain_info))
> + subtbl_mask |= BIT(ACPI_ERDT_TYPE_CMRC);
How is cmrc_init() failure handled?
> +
> break;
> default:
> break;
> diff --git a/arch/x86/kernel/cpu/resctrl/internal.h b/arch/x86/kernel/cpu/resctrl/internal.h
> index bd437c3e5bf0..27f28b0fead8 100644
> --- a/arch/x86/kernel/cpu/resctrl/internal.h
> +++ b/arch/x86/kernel/cpu/resctrl/internal.h
> @@ -24,10 +24,12 @@
> /*
> * Index into erdt_domain_info::base[] for each MMIO region.
> * @ERDT_MMIO_RMDD_CREG: RMDD control register base address
> + * @ERDT_MMIO_CMRC_BASE: CMRC monitoring register base address
> */
> enum erdt_mmio_type {
> ERDT_MMIO_RMDD_CREG,
> - ERDT_MMIO_LAST = ERDT_MMIO_RMDD_CREG
> + ERDT_MMIO_CMRC_BASE,
> + ERDT_MMIO_LAST = ERDT_MMIO_CMRC_BASE
> };
>
> #define ERDT_MMIO_NUM_TYPES (ERDT_MMIO_LAST + 1)
> @@ -35,6 +37,7 @@ enum erdt_mmio_type {
> /**
> * struct erdt_domain_info - Per-domain ERDT information
> * @base: Array of ioremapped MMIO region base addresses, indexed by ERDT_MMIO_* type
> + * @cmrc: Copy of the ACPI CMRC sub-table for this domain
> * @cpu_mask: CPUs belonging to this resource management domain
> * @max_rmid: Maximum RMID supported by this domain
> * @dom_id: L3 cache ID shared by all CPUs in this domain (-1 if unset)
> @@ -42,6 +45,7 @@ enum erdt_mmio_type {
> */
> struct erdt_domain_info {
> void __iomem *base[ERDT_MMIO_NUM_TYPES];
> + struct acpi_erdt_cmrc *cmrc;
> struct cpumask cpu_mask;
> u32 max_rmid;
> int dom_id;
Reinette
next prev parent reply other threads:[~2026-08-19 23:07 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-25 9:20 [PATCH v6 0/9] Introduce MMIO-based CMT access for Enhanced RDT Chen Yu
2026-07-25 9:22 ` [PATCH v6 1/9] x86/topology: Export topo_lookup_cpuid() for resctrl use Chen Yu
2026-08-19 22:55 ` Reinette Chatre
2026-08-22 4:16 ` Chen Yu
2026-07-25 9:22 ` [PATCH v6 2/9] x86/resctrl: Require 64-bit x86 for resctrl support Chen Yu
2026-08-19 22:55 ` Reinette Chatre
2026-08-20 15:20 ` Luck, Tony
2026-08-20 15:54 ` Reinette Chatre
2026-08-20 17:01 ` Luck, Tony
2026-08-20 17:12 ` Dave Hansen
2026-08-20 17:48 ` Reinette Chatre
2026-08-21 2:37 ` Borislav Petkov
2026-08-21 11:28 ` Peter Zijlstra
2026-07-25 9:22 ` [PATCH v6 3/9] x86/resctrl: Parse ACPI ERDT table and save CACD cpumask for RMDD domains Chen Yu
2026-08-19 23:01 ` Reinette Chatre
2026-07-25 9:23 ` [PATCH v6 4/9] x86/resctrl: Attach ACPI ERDT information to L3 mon domain on CPU online Chen Yu
2026-08-19 23:04 ` Reinette Chatre
2026-07-25 9:23 ` [PATCH v6 5/9] x86/resctrl: Parse ACPI CMRC table Chen Yu
2026-08-19 23:06 ` Reinette Chatre [this message]
2026-07-25 9:23 ` [PATCH v6 6/9] x86/resctrl: Refactor the monitor read function Chen Yu
2026-08-19 23:07 ` Reinette Chatre
2026-07-25 9:23 ` [PATCH v6 7/9] fs/resctrl: Do not invoke smp_processor_id() in preemptible context Chen Yu
2026-08-19 23:08 ` Reinette Chatre
2026-07-25 9:23 ` [PATCH v6 8/9] x86/resctrl: Introduce erdt_cpu_has() and erdt_support() Chen Yu
2026-08-19 23:08 ` Reinette Chatre
2026-07-25 9:23 ` [PATCH v6 9/9] x86/resctrl: Add MMIO-based LLC occupancy monitoring support Chen Yu
2026-08-19 23:10 ` Reinette Chatre
2026-08-13 6:43 ` [PATCH v6 0/9] Introduce MMIO-based CMT access for Enhanced RDT Chen Yu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=01d48e87-eade-438d-9d33-b1110b6bbfcd@intel.com \
--to=reinette.chatre@intel.com \
--cc=babu.moger@amd.com \
--cc=bp@alien8.de \
--cc=chen.yu@linux.dev \
--cc=dave.hansen@linux.intel.com \
--cc=fenghuay@nvidia.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=tglx@kernel.org \
--cc=tony.luck@intel.com \
--cc=x86@kernel.org \
--cc=yu.c.chen@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®