$ git show --format=fuller --patch-with-stat --summary f7a34738ce863eecc98f6bf8cd934b332a22e81b

commit f7a34738ce863eecc98f6bf8cd934b332a22e81b
Author:     Bernhard Rosenkränzer <bero@lindev.ch>
AuthorDate: Mon Sep 26 22:16:52 2022 +0200
Commit:     Bernhard Rosenkränzer <bero@lindev.ch>
CommitDate: Mon Sep 26 22:16:52 2022 +0200

    Remove unnecessary ACPI workarounds
---
 ...karounds-shouldnt-be-necessary-on-non-x86.patch | 19 ++++++
 kernel.spec                                        |  4 +-
 speed-up-amd-boxes.patch                           | 77 ++++++++++++++++++++++
 3 files changed, 99 insertions(+), 1 deletion(-)
 create mode 100644 acpi-chipset-workarounds-shouldnt-be-necessary-on-non-x86.patch
 create mode 100644 speed-up-amd-boxes.patch

diff --git a/acpi-chipset-workarounds-shouldnt-be-necessary-on-non-x86.patch b/acpi-chipset-workarounds-shouldnt-be-necessary-on-non-x86.patch
new file mode 100644
index 0000000..210335d
--- /dev/null
+++ b/acpi-chipset-workarounds-shouldnt-be-necessary-on-non-x86.patch
@@ -0,0 +1,19 @@
+diff -up linux-6.0-rc7/drivers/acpi/processor_idle.c.omv~ linux-6.0-rc7/drivers/acpi/processor_idle.c
+--- linux-6.0-rc7/drivers/acpi/processor_idle.c.omv~	2022-09-26 22:08:19.988702196 +0200
++++ linux-6.0-rc7/drivers/acpi/processor_idle.c	2022-09-26 22:08:41.983838135 +0200
+@@ -539,7 +539,6 @@ static void wait_for_freeze(void)
+ 	 */
+ 	if (boot_cpu_data.x86_vendor != X86_VENDOR_INTEL)
+ 		return;
+-#endif
+ 	/*
+ 	 * Dummy wait op - must do something useless after P_LVL2 read
+ 	 * because chipsets cannot guarantee that STPCLK# signal gets
+@@ -553,6 +552,7 @@ static void wait_for_freeze(void)
+ 	 * mechanism.
+ 	 */
+ 	inl(acpi_gbl_FADT.xpm_timer_block.address);
++#endif
+ }
+ 
+ /**
diff --git a/kernel.spec b/kernel.spec
index 4e820cb..06ffa6e 100644
--- a/kernel.spec
+++ b/kernel.spec
@@ -119,7 +119,7 @@
 Summary:	Linux kernel built for %{distribution}
 Name:		kernel%{?relc:-rc}
 Version:	%{kernelversion}.%{patchlevel}%{?sublevel:.%{sublevel}}
-Release:	%{?relc:0.rc%{relc}.}1
+Release:	%{?relc:0.rc%{relc}.}2
 License:	GPLv2
 Group:		System/Kernel and hardware
 ExclusiveArch:	%{ix86} %{x86_64} %{armx} %{riscv}
@@ -265,6 +265,8 @@ Patch212:	https://salsa.debian.org/kernel-team/linux/raw/master/debian/patches/d
 Patch213:	https://salsa.debian.org/kernel-team/linux/raw/master/debian/patches/debian/export-symbols-needed-by-android-drivers.patch
 
 Patch215:	linux-5.19-prefer-amdgpu-over-radeon.patch
+Patch216:       https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/patch/?id=e400ad8b7e6a1b9102123c6240289a811501f7d9#/speed-up-amd-boxes.patch
+Patch217:       acpi-chipset-workarounds-shouldnt-be-necessary-on-non-x86.patch
 
 # Fix CPU frequency governor mess caused by recent Intel patches
 Patch225:	https://gitweb.frugalware.org/frugalware-current/raw/50690405717979871bb17b8e6b553799a203c6ae/source/base/kernel/0001-Revert-cpufreq-Avoid-configuring-old-governors-as-de.patch
diff --git a/speed-up-amd-boxes.patch b/speed-up-amd-boxes.patch
new file mode 100644
index 0000000..02b667c
--- /dev/null
+++ b/speed-up-amd-boxes.patch
@@ -0,0 +1,77 @@
+From e400ad8b7e6a1b9102123c6240289a811501f7d9 Mon Sep 17 00:00:00 2001
+From: Dave Hansen <dave.hansen@intel.com>
+Date: Thu, 22 Sep 2022 11:47:45 -0700
+Subject: ACPI: processor idle: Practically limit "Dummy wait" workaround to
+ old Intel systems
+
+Old, circa 2002 chipsets have a bug: they don't go idle when they are
+supposed to.  So, a workaround was added to slow the CPU down and
+ensure that the CPU waits a bit for the chipset to actually go idle.
+This workaround is ancient and has been in place in some form since
+the original kernel ACPI implementation.
+
+But, this workaround is very painful on modern systems.  The "inl()"
+can take thousands of cycles (see Link: for some more detailed
+numbers and some fun kernel archaeology).
+
+First and foremost, modern systems should not be using this code.
+Typical Intel systems have not used it in over a decade because it is
+horribly inferior to MWAIT-based idle.
+
+Despite this, people do seem to be tripping over this workaround on
+AMD system today.
+
+Limit the "dummy wait" workaround to Intel systems.  Keep Modern AMD
+systems from tripping over the workaround.  Remotely modern Intel
+systems use intel_idle instead of this code and will, in practice,
+remain unaffected by the dummy wait.
+
+Reported-by: K Prateek Nayak <kprateek.nayak@amd.com>
+Suggested-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
+Signed-off-by: Dave Hansen <dave.hansen@linux.intel.com>
+Reviewed-by: Mario Limonciello <mario.limonciello@amd.com>
+Tested-by: K Prateek Nayak <kprateek.nayak@amd.com>
+Link: https://lore.kernel.org/all/20220921063638.2489-1-kprateek.nayak@amd.com/
+Link: https://lkml.kernel.org/r/20220922184745.3252932-1-dave.hansen@intel.com
+---
+ drivers/acpi/processor_idle.c | 23 ++++++++++++++++++++---
+ 1 file changed, 20 insertions(+), 3 deletions(-)
+
+diff --git a/drivers/acpi/processor_idle.c b/drivers/acpi/processor_idle.c
+index 16a1663d02d46..9f40917c49efb 100644
+--- a/drivers/acpi/processor_idle.c
++++ b/drivers/acpi/processor_idle.c
+@@ -531,10 +531,27 @@ static void wait_for_freeze(void)
+ 	/* No delay is needed if we are in guest */
+ 	if (boot_cpu_has(X86_FEATURE_HYPERVISOR))
+ 		return;
++	/*
++	 * Modern (>=Nehalem) Intel systems use ACPI via intel_idle,
++	 * not this code.  Assume that any Intel systems using this
++	 * are ancient and may need the dummy wait.  This also assumes
++	 * that the motivating chipset issue was Intel-only.
++	 */
++	if (boot_cpu_data.x86_vendor != X86_VENDOR_INTEL)
++		return;
+ #endif
+-	/* Dummy wait op - must do something useless after P_LVL2 read
+-	   because chipsets cannot guarantee that STPCLK# signal
+-	   gets asserted in time to freeze execution properly. */
++	/*
++	 * Dummy wait op - must do something useless after P_LVL2 read
++	 * because chipsets cannot guarantee that STPCLK# signal gets
++	 * asserted in time to freeze execution properly
++	 *
++	 * This workaround has been in place since the original ACPI
++	 * implementation was merged, circa 2002.
++	 *
++	 * If a profile is pointing to this instruction, please first
++	 * consider moving your system to a more modern idle
++	 * mechanism.
++	 */
+ 	inl(acpi_gbl_FADT.xpm_timer_block.address);
+ }
+ 
+-- 
+cgit 
+