linux-kernel - Re: [PATCH 0/6] cpufreq: Boost related cleanups / fixes

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <93b0a8ad-8de7-4a17-a908-4ef0eb316e1f@huawei.com>
Date: Tue, 22 Apr 2025 20:33:00 +0800
From: "zhenglifeng (A)" <zhenglifeng1@...wei.com>
To: Viresh Kumar <viresh.kumar@...aro.org>, "Rafael J. Wysocki"
	<rafael@...nel.org>
CC: <linux-pm@...r.kernel.org>, Vincent Guittot <vincent.guittot@...aro.org>,
	Nicholas Chin <nic.c3.14@...il.com>, <linux-kernel@...r.kernel.org>, "Rafael
 J. Wysocki" <rafael.j.wysocki@...el.com>
Subject: Re: [PATCH 0/6] cpufreq: Boost related cleanups / fixes

On 2025/4/22 17:53, Viresh Kumar wrote:

> Hello,
> 
> This series tries to fix boost related issues found recently.
> 
> The first two patches (hopefully) fixes the boost related breakage
> introduced recently. These should be applied for v6.15-rc4. Nicholas,
> please give the first two patches a try.
> 
> The other four patches are general optimizations and fixes for boost
> handling in general. These can be applied to -rc or next merge window.
> 
> --
> Viresh
> 
> Viresh Kumar (6):
>   cpufreq: acpi: Don't enable boost on policy exit
>   cpufreq: acpi: Re-sync CPU boost state on system resume
>   cpufreq: Don't unnecessarily call set_boost()
>   cpufreq: Introduce policy_set_boost()
>   cpufreq: Preserve policy's boost state after resume
>   cpufreq: Force sync policy boost with global boost on sysfs update
> 
>  drivers/cpufreq/acpi-cpufreq.c | 38 ++++++++++------------
>  drivers/cpufreq/cpufreq.c      | 58 ++++++++++++++++++++--------------
>  2 files changed, 50 insertions(+), 46 deletions(-)
> 

Reviewed-by: Lifeng Zheng <zhenglifeng1@...wei.com>