From: Sumit Gupta <sumitg@nvidia.com>
To: seanwang1 <seanwang1@lenovo.com>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will@kernel.org>,
Sudeep Holla <sudeep.holla@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
rafael@kernel.org, Danilo Krummrich <dakr@kernel.org>
Cc: Lifeng Zheng <zhenglifeng1@huawei.com>,
Beata Michalska <beata.michalska@arm.com>,
Xuewen Yan <xuewen.yan@unisoc.com>,
Geert Uytterhoeven <geert+renesas@glider.be>,
Yunhui Cui <cuiyunhui@bytedance.com>,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, driver-core@lists.linux.dev
Subject: Re: [PATCH v2] arm64: topology: add source check in arch_cpu_idle_enter()
Date: Mon, 10 Aug 2026 20:34:48 +0530 [thread overview]
Message-ID: <02e5d090-ec8e-4f73-a298-3439e2a9ba37@nvidia.com> (raw)
In-Reply-To: <20260810102006.9986-1-seanwang1@lenovo.com>
On 10/08/26 15:50, seanwang1 wrote:
> External email: Use caution opening links or attachments
>
>
> arch_cpu_idle_enter() directly calls amu_scale_freq_tick() to update
> arch_freq_scale when a CPU enters idle. This bypasses the sft_data
> pointer check that topology_clear_scale_freq_source() relies on.
>
> As a result, even after calling topology_clear_scale_freq_source()
> with SCALE_FREQ_SOURCE_ARCH to disable AMU-based frequency scaling,
> the arch_freq_scale value can still be modified by AMU counters when
> the CPU goes idle through the arch_cpu_idle_enter() path.
>
> Add topology_scale_freq_source() helper to check whether a specific
> frequency scaling source is currently registered for a CPU. Use it
> in arch_cpu_idle_enter() to verify that AMU is the active source
> before calling amu_scale_freq_tick().
>
> This ensures that topology_clear_scale_freq_source() properly
> disables AMU updates in both the tick path (already handled by
> topology_scale_freq_tick()) and the idle path.
>
> Co-developed-by: Xuewen Yan <xuewen.yan@unisoc.com>
> Signed-off-by: Sean Wang <seanwang1@lenovo.com>
> Signed-off-by: Xuewen Yan <xuewen.yan@unisoc.com>
> ---
> arch/arm64/kernel/topology.c | 3 +++
> drivers/base/arch_topology.c | 14 ++++++++++++++
> include/linux/arch_topology.h | 1 +
> 3 files changed, 18 insertions(+)
>
> diff --git a/arch/arm64/kernel/topology.c b/arch/arm64/kernel/topology.c
> index b32f13358fbb..cae5da68d5ec 100644
> --- a/arch/arm64/kernel/topology.c
> +++ b/arch/arm64/kernel/topology.c
> @@ -173,6 +173,9 @@ void arch_cpu_idle_enter(void)
> if (!amu_fie_cpu_supported(cpu))
> return;
>
> + if (!topology_scale_freq_source(SCALE_FREQ_SOURCE_ARCH, cpu))
> + return;
> +
> /* Kick in AMU update but only if one has not happened already */
> if (housekeeping_cpu(cpu, HK_TYPE_TICK) &&
> time_is_before_jiffies(per_cpu(cpu_amu_samples.last_scale_update, cpu)))
How about moving it into the condition below, so we only take the RCU
read side when an update is due rather than on every idle entry?
if (housekeeping_cpu(cpu, HK_TYPE_TICK) &&
time_is_before_jiffies(per_cpu(cpu_amu_samples.last_scale_update, cpu)) &&
topology_scale_freq_source(SCALE_FREQ_SOURCE_ARCH, cpu))
amu_scale_freq_tick();
> diff --git a/drivers/base/arch_topology.c b/drivers/base/arch_topology.c
> index 8c5e47c28d9a..dfc2574a5588 100644
> --- a/drivers/base/arch_topology.c
> +++ b/drivers/base/arch_topology.c
> @@ -127,6 +127,20 @@ void topology_clear_scale_freq_source(enum scale_freq_source source,
> }
> EXPORT_SYMBOL_GPL(topology_clear_scale_freq_source);
>
> +bool topology_scale_freq_source(enum scale_freq_source source, unsigned int cpu)
%s/topology_scale_freq_source/topology_is_scale_freq_source/ ?
> +{
> + struct scale_freq_data *sfd;
> + bool ret;
> +
> + rcu_read_lock_sched();
> + sfd = rcu_dereference_sched(*per_cpu_ptr(&sft_data, cpu));
> + ret = (sfd && sfd->source == source);
> + rcu_read_unlock_sched();
> +
> + return ret;
> +}
> +EXPORT_SYMBOL_GPL(topology_scale_freq_source);
> +
Do we need to export it?
Thanks,
Sumit
....
next prev parent reply other threads:[~2026-08-10 15:05 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-10 10:20 [PATCH v2] arm64: topology: add source check in arch_cpu_idle_enter() seanwang1
2026-08-10 11:37 ` Greg Kroah-Hartman
2026-08-11 6:23 ` [External] " Sean Wang1
2026-08-10 15:04 ` Sumit Gupta [this message]
2026-08-11 6:18 ` Sean Wang1
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=02e5d090-ec8e-4f73-a298-3439e2a9ba37@nvidia.com \
--to=sumitg@nvidia.com \
--cc=beata.michalska@arm.com \
--cc=catalin.marinas@arm.com \
--cc=cuiyunhui@bytedance.com \
--cc=dakr@kernel.org \
--cc=driver-core@lists.linux.dev \
--cc=geert+renesas@glider.be \
--cc=gregkh@linuxfoundation.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rafael@kernel.org \
--cc=seanwang1@lenovo.com \
--cc=sudeep.holla@kernel.org \
--cc=will@kernel.org \
--cc=xuewen.yan@unisoc.com \
--cc=zhenglifeng1@huawei.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.