From: Kuppuswamy Sathyanarayanan <sathyanarayanan.kuppuswamy@linux.intel.com>
To: Dennis Chen <dechen@redhat.com>,
"Rafael J . Wysocki" <rafael@kernel.org>
Cc: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>,
linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] powercap: intel_rapl: Expose package CPUs in associated_cpus
Date: Fri, 6 Nov 2026 11:41:28 -0800 [thread overview]
Message-ID: <d10e4235-dd25-40e6-b682-bf7530ab931d@linux.intel.com> (raw)
In-Reply-To: <20261106183046.208283-1-dechen@redhat.com>
On 11/6/2026 10:30 AM, Dennis Chen wrote:
> Commit 525e0064f3d8 ("powercap: intel_rapl: Expose all package CPUs in
> PMU cpumask") expanded cpumask to include all CPUs in the package.
> Since perf opens an event for every CPU in cpumask, the value returned
> for power/energy-pkg/ is roughly scaled by the number of CPUs.
Thanks for catching this. You are right. perf treats cpumask as the set
of CPUs to open events on, so a package-scoped counter gets summed once
per CPU. My change broke that expectation.
>
> On a single-socket 72-core DMR machine the reported value is roughly
> 72x higher than when perf is restricted to reading from a single CPU:
>
> $ perf stat -e power/energy-pkg/ -- sleep 1
> Performance counter stats for 'system wide':
>
> 8,052.48 Joules power/energy-pkg/
>
> 1.010483558 seconds time elapsed
>
> $ perf stat -C 5 -e power/energy-pkg/ -- sleep 1
>
> Performance counter stats for 'CPU(s) 5':
>
> 112.15 Joules power/energy-pkg/
>
> 1.009685587 seconds time elapsed
>
> Revert cpumask to only include the CPU with the lowest ID in the
> package and instead expose CPUs which can read from the PMU in
> associated_cpus, akin to uncore PMU drivers with per-package counters.
>
> This retains flexibility for userspace tools while maintaining semantic
> consistency for perf's use of cpumask.
>
Is there a user of associated_cpus? Neither perf nor turbostat reads it
today. The "any CPU in the package" support that turbostat needed comes
from commit 7537bae8b6eb ("powercap: intel_rapl: Remove incorrect CPU
check in PMU context") and from is_rp_pmu_cpu(). Your patch keeps both.
If there is no consumer, I would prefer a plain revert of 525e0064f3d8.
It fixes the issue with a smaller diff and does not add new sysfs ABI.
If you do want to keep associated_cpus, please add an entry under
Documentation/ABI for it.
> Assisted-by: LLM
> Fixes: 525e0064f3d8 ("powercap: intel_rapl: Expose all package CPUs in PMU cpumask")
> Signed-off-by: Dennis Chen <dechen@redhat.com>
This has been in since v7.0, so please add Cc: stable@vger.kernel.org.
> ---
> drivers/powercap/intel_rapl_common.c | 43 ++++++++++++++++++++--------
> 1 file changed, 31 insertions(+), 12 deletions(-)
>
> diff --git a/drivers/powercap/intel_rapl_common.c b/drivers/powercap/intel_rapl_common.c
> index 70cab5f08bc6..4197f7146afc 100644
> --- a/drivers/powercap/intel_rapl_common.c
> +++ b/drivers/powercap/intel_rapl_common.c
> @@ -1139,7 +1139,8 @@ static struct rapl_pmu rapl_pmu;
>
> /* PMU helpers */
>
> -static void set_pmu_cpumask(struct rapl_package *rp, cpumask_var_t mask)
> +static void rapl_pmu_collect_cpus(struct rapl_package *rp, cpumask_var_t mask,
> + bool all_online)
> {
> int cpu;
>
> @@ -1151,9 +1152,15 @@ static void set_pmu_cpumask(struct rapl_package *rp, cpumask_var_t mask)
> return;
>
> /* TPMI/MSR RAPL uses any CPU in the package for PMU */
> - for_each_online_cpu(cpu)
> - if (topology_physical_package_id(cpu) == rp->id)
> - cpumask_set_cpu(cpu, mask);
> + for_each_online_cpu(cpu) {
> + if (topology_physical_package_id(cpu) != rp->id)
> + continue;
> +
> + cpumask_set_cpu(cpu, mask);
> + /* Stop at first CPU in package if not all CPUs are requested */
> + if (!all_online)
> + return;
> + }
> }
>
> static bool is_rp_pmu_cpu(struct rapl_package *rp, int cpu)
> @@ -1430,8 +1437,7 @@ static struct attribute_group pmu_events_group = {
> .attrs = attrs_empty,
> };
>
> -static ssize_t cpumask_show(struct device *dev,
> - struct device_attribute *attr, char *buf)
> +static ssize_t rapl_pmu_cpus_show(char *buf, bool all_online)
> {
> struct rapl_package *rp;
> cpumask_var_t cpu_mask;
> @@ -1444,23 +1450,36 @@ static ssize_t cpumask_show(struct device *dev,
>
> cpumask_clear(cpu_mask);
>
> - /* Choose a cpu for each RAPL Package */
> - list_for_each_entry(rp, &rapl_packages, plist) {
> - set_pmu_cpumask(rp, cpu_mask);
> - }
> + /* Choose a set of CPUs for each RAPL Package */
> + list_for_each_entry(rp, &rapl_packages, plist)
> + rapl_pmu_collect_cpus(rp, cpu_mask, all_online);
> cpus_read_unlock();
>
> ret = sysfs_emit(buf, "%*pbl\n", cpumask_pr_args(cpu_mask));
> -
> free_cpumask_var(cpu_mask);
> -
> return ret;
> }
>
> +static ssize_t cpumask_show(struct device *dev __always_unused,
> + struct device_attribute *attr __always_unused,
> + char *buf)
> +{
> + return rapl_pmu_cpus_show(buf, false);
> +}
> +
> +static ssize_t associated_cpus_show(struct device *dev __always_unused,
> + struct device_attribute *attr __always_unused,
> + char *buf)
> +{
> + return rapl_pmu_cpus_show(buf, true);
> +}
> +
> static DEVICE_ATTR_RO(cpumask);
> +static DEVICE_ATTR_RO(associated_cpus);
>
> static struct attribute *pmu_cpumask_attrs[] = {
> &dev_attr_cpumask.attr,
> + &dev_attr_associated_cpus.attr,
> NULL
> };
>
--
Sathyanarayanan Kuppuswamy
Linux Kernel Developer
next prev parent reply other threads:[~2026-11-06 19:41 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-06 18:30 [PATCH] powercap: intel_rapl: Expose package CPUs in associated_cpus Dennis Chen
2026-11-06 19:41 ` Kuppuswamy Sathyanarayanan [this message]
2026-11-06 20:16 ` Dennis Chen
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=d10e4235-dd25-40e6-b682-bf7530ab931d@linux.intel.com \
--to=sathyanarayanan.kuppuswamy@linux.intel.com \
--cc=dechen@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=rafael@kernel.org \
--cc=srinivas.pandruvada@linux.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.