]> www.infradead.org Git - users/jedix/linux-maple.git/commit
cpufreq: Drop policy locking from cpufreq_policy_is_good_for_eas()
authorRafael J. Wysocki <rafael.j.wysocki@intel.com>
Mon, 12 May 2025 13:23:30 +0000 (15:23 +0200)
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>
Tue, 13 May 2025 12:27:11 +0000 (14:27 +0200)
commitf7e9228532beb5c0cbb11101384ed977806ef691
treeab9de094d0f356fd290ad3279a76b8bd3920fa67
parent41abd479d14ee3276dab9ee5e2079ecd11dff8f6
cpufreq: Drop policy locking from cpufreq_policy_is_good_for_eas()

Policy locking was added to cpufreq_policy_is_good_for_eas() by commit
4854649b1fb4 ("cpufreq/sched: Move cpufreq-specific EAS checks to
cpufreq") to address a theoretical race condition, but it turned out to
introduce a circular locking dependency between the policy rwsem and
sched_domains_mutex via cpuset_mutex. This leads to a board lockup on
OdroidN2 that is based on the ARM64 Amlogic Meson SoC.

Drop the policy locking from cpufreq_policy_is_good_for_eas() to address
this issue.

Fixes: 4854649b1fb4 ("cpufreq/sched: Move cpufreq-specific EAS checks to cpufreq")
Closes: https://lore.kernel.org/linux-pm/1bf3df62-0641-459f-99fc-fd511e564b84@samsung.com/
Reported-by: Marek Szyprowski <m.szyprowski@samsung.com>
Tested-by: Marek Szyprowski <m.szyprowski@samsung.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Link: https://patch.msgid.link/2806514.mvXUDI8C0e@rjwysocki.net
drivers/cpufreq/cpufreq.c