From: "Hogander, Jouni" <jouni.hogander@intel.com>
To: "intel-xe@lists.freedesktop.org" <intel-xe@lists.freedesktop.org>,
"Kahola, Mika" <mika.kahola@intel.com>,
"intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>
Cc: "srinivas.pandruvada@linux.intel.com"
<srinivas.pandruvada@linux.intel.com>,
"sathyanarayanan.kuppuswamy@linux.intel.com"
<sathyanarayanan.kuppuswamy@linux.intel.com>,
"Wysocki, Rafael J" <rafael.j.wysocki@intel.com>,
"Borah, Chaitanya Kumar" <chaitanya.kumar.borah@intel.com>,
"Veesam, RavitejaX" <ravitejax.veesam@intel.com>,
"Borah@freedesktop.org" <Borah@freedesktop.org>
Subject: Re: [core-for-CI] powercap: intel_rapl: Fix possible recursive lock warning
Date: Fri, 19 Dec 2025 08:47:46 +0000 [thread overview]
Message-ID: <d86366a2871025d70cddfcbd73aad57236b288c6.camel@intel.com> (raw)
In-Reply-To: <20251218152142.2286655-1-mika.kahola@intel.com>
On Thu, 2025-12-18 at 17:21 +0200, Mika Kahola wrote:
> From: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
>
> With the RAPL PMU addition, there is a recursive locking when CPU
> online
> callback function calls rapl_package_add_pmu(). Here cpu_hotplug_lock
> is already acquired by cpuhp_thread_fun() and rapl_package_add_pmu()
> tries to acquire again.
>
> <4>[ 8.197433] ============================================
> <4>[ 8.197437] WARNING: possible recursive locking detected
> <4>[ 8.197440] 6.19.0-rc1-lgci-xe-xe-4242-05b7c58b3367dca84+ #1 Not
> tainted
> <4>[ 8.197444] --------------------------------------------
> <4>[ 8.197447] cpuhp/0/20 is trying to acquire lock:
> <4>[ 8.197450] ffffffff83487870 (cpu_hotplug_lock){++++}-{0:0}, at:
> rapl_package_add_pmu+0x37/0x370 [intel_rapl_common]
> <4>[ 8.197463]
> but task is already holding lock:
> <4>[ 8.197466] ffffffff83487870 (cpu_hotplug_lock){++++}-{0:0}, at:
> cpuhp_thread_fun+0x6d/0x290
> <4>[ 8.197477]
> other info that might help us debug this:
> <4>[ 8.197480] Possible unsafe locking scenario:
>
> <4>[ 8.197483] CPU0
> <4>[ 8.197485] ----
> <4>[ 8.197487] lock(cpu_hotplug_lock);
> <4>[ 8.197490] lock(cpu_hotplug_lock);
> <4>[ 8.197493]
> *** DEADLOCK ***
> ..
> ..
> <4>[ 8.197542] __lock_acquire+0x146e/0x2790
> <4>[ 8.197548] lock_acquire+0xc4/0x2c0
> <4>[ 8.197550] ? rapl_package_add_pmu+0x37/0x370 [intel_rapl_common]
> <4>[ 8.197556] cpus_read_lock+0x41/0x110
> <4>[ 8.197558] ? rapl_package_add_pmu+0x37/0x370 [intel_rapl_common]
> <4>[ 8.197561] rapl_package_add_pmu+0x37/0x370 [intel_rapl_common]
> <4>[ 8.197565] rapl_cpu_online+0x85/0x87 [intel_rapl_msr]
> <4>[ 8.197568] ? __pfx_rapl_cpu_online+0x10/0x10 [intel_rapl_msr]
> <4>[ 8.197570] cpuhp_invoke_callback+0x41f/0x6c0
> <4>[ 8.197573] ? cpuhp_thread_fun+0x6d/0x290
> <4>[ 8.197575] cpuhp_thread_fun+0x1e2/0x290
> <4>[ 8.197578] ? smpboot_thread_fn+0x26/0x290
> <4>[ 8.197581] smpboot_thread_fn+0x12f/0x290
> <4>[ 8.197584] ? __pfx_smpboot_thread_fn+0x10/0x10
> <4>[ 8.197586] kthread+0x11f/0x250
> <4>[ 8.197589] ? __pfx_kthread+0x10/0x10
> <4>[ 8.197592] ret_from_fork+0x344/0x3a0
> <4>[ 8.197595] ? __pfx_kthread+0x10/0x10
> <4>[ 8.197597] ret_from_fork_asm+0x1a/0x30
> <4>[ 8.197604] </TASK>
>
> Fix this issue in the same way as rapl powercap package domain is
> added
> from the same CPU online callback by introducing another interface
> which
> doesn't call cpus_read_lock(). Add rapl_package_add_pmu_locked() and
> rapl_package_remove_pmu_locked() which don't call cpus_read_lock().
Acked-by: Jouni Högander <jouni.hogander@intel.com>
>
> Fixes: 748d6ba43afd ("powercap: intel_rapl: Enable MSR-based RAPL PMU
> support")
> Reported-by: Borah, Chaitanya Kumar <chaitanya.kumar.borah@intel.com>
> Closes:
> https://lore.kernel.org/linux-pm/5427ede1-57a0-43d1-99f3-8ca4b0643e82@intel.com/T/#u
> Tested-by: Kuppuswamy Sathyanarayanan
> <sathyanarayanan.kuppuswamy@linux.intel.com>
> Tested-by: RavitejaX Veesam <ravitejax.veesam@intel.com>
> Signed-off-by: Srinivas Pandruvada
> <srinivas.pandruvada@linux.intel.com>
> Link:
> https://patch.msgid.link/20251217153455.3560176-1-srinivas.pandruvada@linux.intel.com
> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
> Signed-off-by: Mika Kahola <mika.kahola@intel.com>
> ---
> drivers/powercap/intel_rapl_common.c | 24 ++++++++++++++++++------
> drivers/powercap/intel_rapl_msr.c | 4 ++--
> include/linux/intel_rapl.h | 4 ++++
> 3 files changed, 24 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/powercap/intel_rapl_common.c
> b/drivers/powercap/intel_rapl_common.c
> index b9d87e56cbbc..3ff6da3bf4e6 100644
> --- a/drivers/powercap/intel_rapl_common.c
> +++ b/drivers/powercap/intel_rapl_common.c
> @@ -2032,7 +2032,7 @@ static int rapl_pmu_update(struct rapl_package
> *rp)
> return ret;
> }
>
> -int rapl_package_add_pmu(struct rapl_package *rp)
> +int rapl_package_add_pmu_locked(struct rapl_package *rp)
> {
> struct rapl_package_pmu_data *data = &rp->pmu_data;
> int idx;
> @@ -2040,8 +2040,6 @@ int rapl_package_add_pmu(struct rapl_package
> *rp)
> if (rp->has_pmu)
> return -EEXIST;
>
> - guard(cpus_read_lock)();
> -
> for (idx = 0; idx < rp->nr_domains; idx++) {
> struct rapl_domain *rd = &rp->domains[idx];
> int domain = rd->id;
> @@ -2091,17 +2089,23 @@ int rapl_package_add_pmu(struct rapl_package
> *rp)
>
> return rapl_pmu_update(rp);
> }
> +EXPORT_SYMBOL_GPL(rapl_package_add_pmu_locked);
> +
> +int rapl_package_add_pmu(struct rapl_package *rp)
> +{
> + guard(cpus_read_lock)();
> +
> + return rapl_package_add_pmu_locked(rp);
> +}
> EXPORT_SYMBOL_GPL(rapl_package_add_pmu);
>
> -void rapl_package_remove_pmu(struct rapl_package *rp)
> +void rapl_package_remove_pmu_locked(struct rapl_package *rp)
> {
> struct rapl_package *pos;
>
> if (!rp->has_pmu)
> return;
>
> - guard(cpus_read_lock)();
> -
> list_for_each_entry(pos, &rapl_packages, plist) {
> /* PMU is still needed */
> if (pos->has_pmu && pos != rp)
> @@ -2111,6 +2115,14 @@ void rapl_package_remove_pmu(struct
> rapl_package *rp)
> perf_pmu_unregister(&rapl_pmu.pmu);
> memset(&rapl_pmu, 0, sizeof(struct rapl_pmu));
> }
> +EXPORT_SYMBOL_GPL(rapl_package_remove_pmu_locked);
> +
> +void rapl_package_remove_pmu(struct rapl_package *rp)
> +{
> + guard(cpus_read_lock)();
> +
> + rapl_package_remove_pmu_locked(rp);
> +}
> EXPORT_SYMBOL_GPL(rapl_package_remove_pmu);
> #endif
>
> diff --git a/drivers/powercap/intel_rapl_msr.c
> b/drivers/powercap/intel_rapl_msr.c
> index 0ce1096b6314..9a7e150b3536 100644
> --- a/drivers/powercap/intel_rapl_msr.c
> +++ b/drivers/powercap/intel_rapl_msr.c
> @@ -82,7 +82,7 @@ static int rapl_cpu_online(unsigned int cpu)
> if (IS_ERR(rp))
> return PTR_ERR(rp);
> if (rapl_msr_pmu)
> - rapl_package_add_pmu(rp);
> + rapl_package_add_pmu_locked(rp);
> }
> cpumask_set_cpu(cpu, &rp->cpumask);
> return 0;
> @@ -101,7 +101,7 @@ static int rapl_cpu_down_prep(unsigned int cpu)
> lead_cpu = cpumask_first(&rp->cpumask);
> if (lead_cpu >= nr_cpu_ids) {
> if (rapl_msr_pmu)
> - rapl_package_remove_pmu(rp);
> + rapl_package_remove_pmu_locked(rp);
> rapl_remove_package_cpuslocked(rp);
> } else if (rp->lead_cpu == cpu) {
> rp->lead_cpu = lead_cpu;
> diff --git a/include/linux/intel_rapl.h b/include/linux/intel_rapl.h
> index e9ade2ff4af6..f479ef5b3341 100644
> --- a/include/linux/intel_rapl.h
> +++ b/include/linux/intel_rapl.h
> @@ -214,10 +214,14 @@ void rapl_remove_package(struct rapl_package
> *rp);
>
> #ifdef CONFIG_PERF_EVENTS
> int rapl_package_add_pmu(struct rapl_package *rp);
> +int rapl_package_add_pmu_locked(struct rapl_package *rp);
> void rapl_package_remove_pmu(struct rapl_package *rp);
> +void rapl_package_remove_pmu_locked(struct rapl_package *rp);
> #else
> static inline int rapl_package_add_pmu(struct rapl_package *rp) {
> return 0; }
> +static inline int rapl_package_add_pmu_locked(struct rapl_package
> *rp) { return 0; }
> static inline void rapl_package_remove_pmu(struct rapl_package *rp)
> { }
> +static inline void rapl_package_remove_pmu_locked(struct
> rapl_package *rp) { }
> #endif
>
> #endif /* __INTEL_RAPL_H__ */
next prev parent reply other threads:[~2025-12-19 8:49 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-18 13:59 [core-for-CI] powercap: intel_rapl: Fix possible recursive lock warning Mika Kahola
2025-12-18 15:21 ` Mika Kahola
2025-12-19 8:47 ` Hogander, Jouni [this message]
2025-12-19 9:00 ` Nautiyal, Ankit K
2025-12-18 15:29 ` ✓ i915.CI.BAT: success for powercap: intel_rapl: Fix possible recursive lock warning (rev2) Patchwork
2025-12-18 17:28 ` ✓ i915.CI.BAT: success for powercap: intel_rapl: Fix possible recursive lock warning (rev3) Patchwork
2025-12-18 22:00 ` ✓ i915.CI.Full: " Patchwork
2025-12-19 8:57 ` [core-for-CI] powercap: intel_rapl: Fix possible recursive lock warning Nautiyal, Ankit K
-- strict thread matches above, loose matches on Subject: below --
2025-12-17 9:20 Mika Kahola
2025-12-18 4:36 ` Borah, Chaitanya Kumar
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=d86366a2871025d70cddfcbd73aad57236b288c6.camel@intel.com \
--to=jouni.hogander@intel.com \
--cc=Borah@freedesktop.org \
--cc=chaitanya.kumar.borah@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=mika.kahola@intel.com \
--cc=rafael.j.wysocki@intel.com \
--cc=ravitejax.veesam@intel.com \
--cc=sathyanarayanan.kuppuswamy@linux.intel.com \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox