[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJZ5v0j5RTsyryCuqwT0G=0F-eY_ky0HXsXp2kEcCGggFe=ycg@mail.gmail.com>
Date: Thu, 21 Aug 2025 21:09:13 +0200
From: "Rafael J. Wysocki" <rafael@...nel.org>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Linux PM <linux-pm@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, Shuah Khan <skhan@...uxfoundation.org>
Subject: [GIT PULL] Power management fixes for v6.17-rc3
Hi Linus,
Please pull from the tag
git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git \
pm-6.17-rc3
with top-most commit 094a7c318b29ca792fcee28e448da1ab6627ccea
Merge branch 'pm-cpuidle'
on top of commit c17b750b3ad9f45f2b6f7e6f7f4679844244f0b9
Linux 6.17-rc2
to receive power management fixes for 6.17-rc3.
These fix a cpuidle menu governor issue and two issues in the cpupower
utility:
- Prevent the menu cpuidle governor from selecting idle states with
exit latency exceeding the current PM QoS limit after stopping the
scheduler tick (Rafael Wysocki)
- Make the set subcommand's -t option in the cpupower utility work as
documented and allow it to control the CPU boost feature of cpufreq
beyond x86 (Shinji Nomoto)
Thanks!
---------------
Rafael J. Wysocki (1):
cpuidle: governors: menu: Avoid selecting states with too much latency
Shinji Nomoto (2):
cpupower: Fix a bug where the -t option of the set subcommand
was not working.
cpupower: Allow control of boost feature on non-x86 based
systems with boost support.
---------------
drivers/cpuidle/governors/menu.c | 29 +++++------
tools/power/cpupower/man/cpupower-set.1 | 7 +--
tools/power/cpupower/utils/cpufreq-info.c | 16 +++++-
tools/power/cpupower/utils/cpupower-set.c | 5 +-
tools/power/cpupower/utils/helpers/helpers.h | 14 ++---
tools/power/cpupower/utils/helpers/misc.c | 76 ++++++++++++++++++++--------
6 files changed, 95 insertions(+), 52 deletions(-)
Powered by blists - more mailing lists