[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241126201539.477448-1-patryk.wlazlyn@linux.intel.com>
Date: Tue, 26 Nov 2024 21:15:36 +0100
From: Patryk Wlazlyn <patryk.wlazlyn@...ux.intel.com>
To: x86@...nel.org
Cc: linux-kernel@...r.kernel.org,
linux-pm@...r.kernel.org,
rafael.j.wysocki@...el.com,
peterz@...radead.org,
dave.hansen@...ux.intel.com,
gautham.shenoy@....com,
tglx@...utronix.de,
len.brown@...el.com,
artem.bityutskiy@...ux.intel.com,
patryk.wlazlyn@...ux.intel.com
Subject: [PATCH v5 0/3] SRF: Fix offline CPU preventing pc6 entry
Thanks for the feedback so far, sending next version of the patchset.
Lots of simplifications and a little bit of rewording this time.
Rafael, I know you suggested to move the commit message from the
1/3 patch to the 3/3, but I feel like the change for SRF really is in
the 1/3. If you in insist, I'll do that in the v6, but I think It
serves it's purpose better like that, to justify getting rid of the old
algorithm.
Changes since v4:
* Rebased on top of Linus' tree, picking up Rafael's acpi idle patches.
* Remove mwait_play_dead() code entirely from the native_play_dead()
and delegate to idle driver right away, instead.
* ACPI: Don't filter FFH based cstates on AMD, rely on the BIOS to
report them just like the AMD prefers (IOPORT based).
* Apply Peter's suggestion to intel idle to define a default enter_dead
handler for all platforms in intel idle and allow for overwriting
that in case It is needed.
Patryk Wlazlyn (3):
x86/smp: Allow calling mwait_play_dead with an arbitrary hint
ACPI: processor_idle: Add FFH state handling
intel_idle: Provide the default enter_dead() handler
arch/x86/include/asm/smp.h | 3 +++
arch/x86/kernel/acpi/cstate.c | 9 +++++++
arch/x86/kernel/smpboot.c | 46 ++++-------------------------------
drivers/acpi/processor_idle.c | 2 ++
drivers/idle/intel_idle.c | 18 ++++++++++++--
include/acpi/processor.h | 5 ++++
6 files changed, 40 insertions(+), 43 deletions(-)
--
2.47.1
Powered by blists - more mailing lists