atm-clip-fix-infinite-recursive-call-of-clip_push.patch
atm-clip-fix-null-pointer-dereference-in-vcc_sendmsg.patch
net-sched-abort-__tc_modify_qdisc-if-parent-class-do.patch
-x86-cpu-amd-properly-check-the-tsa-microcode.patch
fs-proc-do_task_stat-use-__for_each_thread.patch
ice-safer-stats-processing.patch
rxrpc-fix-oops-due-to-non-existence-of-prealloc-backlog-struct.patch
+++ /dev/null
-From bp@alien8.de Sat Jul 12 14:03:30 2025
-From: Borislav Petkov <bp@alien8.de>
-Date: Fri, 11 Jul 2025 21:45:58 +0200
-Subject: x86/CPU/AMD: Properly check the TSA microcode
-To: stable@vger.kernel.org
-Cc: Thomas Voegtle <tv@lio96.de>, kim.phillips@amd.com
-Message-ID: <20250711194558.GLaHFp9kw1s5dSmBUa@fat_crate.local>
-Content-Disposition: inline
-
-From: "Borislav Petkov (AMD)" <bp@alien8.de>
-
-In order to simplify backports, I resorted to an older version of the
-microcode revision checking which didn't pull in the whole struct
-x86_cpu_id matching machinery.
-
-My simpler method, however, forgot to add the extended CPU model to the
-patch revision, which lead to mismatches when determining whether TSA
-mitigation support is present.
-
-So add that forgotten extended model.
-
-Also, fix a backport mismerge which put tsa_init() where it doesn't
-belong.
-
-This is a stable-only fix and the preference is to do it this way
-because it is a lot simpler. Also, the Fixes: tag below points to the
-respective stable patch.
-
-Fixes: 90293047df18 ("x86/bugs: Add a Transient Scheduler Attacks mitigation")
-Reported-by: Thomas Voegtle <tv@lio96.de>
-Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de>
-Tested-by: Thomas Voegtle <tv@lio96.de>
-Message-ID: <04ea0a8e-edb0-c59e-ce21-5f3d5d167af3@lio96.de>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
----
- arch/x86/kernel/cpu/amd.c | 5 +++--
- 1 file changed, 3 insertions(+), 2 deletions(-)
-
---- a/arch/x86/kernel/cpu/amd.c
-+++ b/arch/x86/kernel/cpu/amd.c
-@@ -590,6 +590,7 @@ static bool amd_check_tsa_microcode(void
-
- p.ext_fam = c->x86 - 0xf;
- p.model = c->x86_model;
-+ p.ext_model = c->x86_model >> 4;
- p.stepping = c->x86_stepping;
-
- if (c->x86 == 0x19) {
-@@ -704,6 +705,8 @@ static void bsp_init_amd(struct cpuinfo_
- }
-
- resctrl_cpu_detect(c);
-+
-+ tsa_init(c);
- }
-
- static void early_detect_mem_encrypt(struct cpuinfo_x86 *c)
-@@ -743,8 +746,6 @@ static void early_detect_mem_encrypt(str
- goto clear_sev;
-
-
-- tsa_init(c);
--
- return;
-
- clear_all:
atm-clip-fix-infinite-recursive-call-of-clip_push.patch
atm-clip-fix-null-pointer-dereference-in-vcc_sendmsg.patch
net-sched-abort-__tc_modify_qdisc-if-parent-class-do.patch
-x86-cpu-amd-properly-check-the-tsa-microcode.patch
maple_tree-fix-ma_state_prealloc-flag-in-mas_preallocate.patch
rxrpc-fix-oops-due-to-non-existence-of-prealloc-backlog-struct.patch
x86-boot-compile-boot-code-with-std-gnu11-too.patch
+++ /dev/null
-From bp@alien8.de Sat Jul 12 14:03:07 2025
-From: Borislav Petkov <bp@alien8.de>
-Date: Fri, 11 Jul 2025 21:30:39 +0200
-Subject: x86/CPU/AMD: Properly check the TSA microcode
-To: stable@vger.kernel.org
-Cc: Thomas Voegtle <tv@lio96.de>, kim.phillips@amd.com
-Message-ID: <20250711193039.GKaHFmX8215MRwSR_z@fat_crate.local>
-Content-Disposition: inline
-
-From: "Borislav Petkov (AMD)" <bp@alien8.de>
-
-In order to simplify backports, I resorted to an older version of the
-microcode revision checking which didn't pull in the whole struct
-x86_cpu_id matching machinery.
-
-My simpler method, however, forgot to add the extended CPU model to the
-patch revision, which lead to mismatches when determining whether TSA
-mitigation support is present.
-
-So add that forgotten extended model.
-
-Also, fix a backport mismerge which put tsa_init() where it doesn't
-belong.
-
-This is a stable-only fix and the preference is to do it this way
-because it is a lot simpler. Also, the Fixes: tag below points to the
-respective stable patch.
-
-Fixes: 90293047df18 ("x86/bugs: Add a Transient Scheduler Attacks mitigation")
-Reported-by: Thomas Voegtle <tv@lio96.de>
-Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de>
-Message-ID: <04ea0a8e-edb0-c59e-ce21-5f3d5d167af3@lio96.de>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
----
- arch/x86/kernel/cpu/amd.c | 5 +++--
- 1 file changed, 3 insertions(+), 2 deletions(-)
-
---- a/arch/x86/kernel/cpu/amd.c
-+++ b/arch/x86/kernel/cpu/amd.c
-@@ -561,6 +561,7 @@ static bool amd_check_tsa_microcode(void
-
- p.ext_fam = c->x86 - 0xf;
- p.model = c->x86_model;
-+ p.ext_model = c->x86_model >> 4;
- p.stepping = c->x86_stepping;
-
- if (c->x86 == 0x19) {
-@@ -675,6 +676,8 @@ static void bsp_init_amd(struct cpuinfo_
- }
-
- resctrl_cpu_detect(c);
-+
-+ tsa_init(c);
- }
-
- static void early_detect_mem_encrypt(struct cpuinfo_x86 *c)
-@@ -719,8 +722,6 @@ static void early_detect_mem_encrypt(str
- goto clear_sev;
-
-
-- tsa_init(c);
--
- return;
-
- clear_all:
eventpoll-don-t-decrement-ep-refcount-while-still-holding-the-ep-mutex.patch
drm-exynos-exynos7_drm_decon-add-vblank-check-in-irq-handling.patch
-x86-cpu-amd-properly-check-the-tsa-microcode.patch
drm-amdgpu-discovery-use-specific-ip_discovery.bin-for-legacy-asics.patch
drm-amdgpu-ip_discovery-add-missing-ip_discovery-fw.patch
crypto-s390-sha-fix-uninitialized-variable-in-sha-1-and-sha-2.patch
+++ /dev/null
-From bp@alien8.de Sat Jul 12 14:01:48 2025
-From: Borislav Petkov <bp@alien8.de>
-Date: Fri, 11 Jul 2025 21:18:44 +0200
-Subject: x86/CPU/AMD: Properly check the TSA microcode
-To: stable@vger.kernel.org
-Cc: Thomas Voegtle <tv@lio96.de>, kim.phillips@amd.com
-Message-ID: <20250711191844.GIaHFjlJiQi_HxyyWG@fat_crate.local>
-Content-Disposition: inline
-
-From: "Borislav Petkov (AMD)" <bp@alien8.de>
-
-In order to simplify backports, I resorted to an older version of the
-microcode revision checking which didn't pull in the whole struct
-x86_cpu_id matching machinery.
-
-My simpler method, however, forgot to add the extended CPU model to the
-patch revision, which lead to mismatches when determining whether TSA
-mitigation support is present.
-
-So add that forgotten extended model.
-
-This is a stable-only fix and the preference is to do it this way
-because it is a lot simpler. Also, the Fixes: tag below points to the
-respective stable patch.
-
-Fixes: 7a0395f6607a ("x86/bugs: Add a Transient Scheduler Attacks mitigation")
-Reported-by: Thomas Voegtle <tv@lio96.de>
-Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de>
-Tested-by: Thomas Voegtle <tv@lio96.de>
-Message-ID: <04ea0a8e-edb0-c59e-ce21-5f3d5d167af3@lio96.de>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
----
- arch/x86/kernel/cpu/amd.c | 1 +
- 1 file changed, 1 insertion(+)
-
---- a/arch/x86/kernel/cpu/amd.c
-+++ b/arch/x86/kernel/cpu/amd.c
-@@ -376,6 +376,7 @@ static bool amd_check_tsa_microcode(void
-
- p.ext_fam = c->x86 - 0xf;
- p.model = c->x86_model;
-+ p.ext_model = c->x86_model >> 4;
- p.stepping = c->x86_stepping;
-
- if (cpu_has(c, X86_FEATURE_ZEN3) ||
atm-clip-fix-null-pointer-dereference-in-vcc_sendmsg.patch
net-sched-abort-__tc_modify_qdisc-if-parent-class-do.patch
rxrpc-fix-bug-due-to-prealloc-collision.patch
-x86-cpu-amd-properly-check-the-tsa-microcode.patch
maple_tree-fix-ma_state_prealloc-flag-in-mas_preallocate.patch
perf-build-setup-pkg_config_libdir-for-cross-compilation.patch
bluetooth-hci-set-extended-advertising-data-synchronously.patch
+++ /dev/null
-From bp@alien8.de Sat Jul 12 14:02:17 2025
-From: Borislav Petkov <bp@alien8.de>
-Date: Fri, 11 Jul 2025 21:23:58 +0200
-Subject: x86/CPU/AMD: Properly check the TSA microcode
-To: stable@vger.kernel.org
-Cc: Thomas Voegtle <tv@lio96.de>, kim.phillips@amd.com
-Message-ID: <20250711192358.GJaHFkzpM1GPcNQz6v@fat_crate.local>
-Content-Disposition: inline
-
-
-From: "Borislav Petkov (AMD)" <bp@alien8.de>
-
-In order to simplify backports, I resorted to an older version of the
-microcode revision checking which didn't pull in the whole struct
-x86_cpu_id matching machinery.
-
-My simpler method, however, forgot to add the extended CPU model to the
-patch revision, which lead to mismatches when determining whether TSA
-mitigation support is present.
-
-So add that forgotten extended model.
-
-This is a stable-only fix and the preference is to do it this way
-because it is a lot simpler. Also, the Fixes: tag below points to the
-respective stable patch.
-
-Fixes: 90293047df18 ("x86/bugs: Add a Transient Scheduler Attacks mitigation")
-Reported-by: Thomas Voegtle <tv@lio96.de>
-Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de>
-Tested-by: Thomas Voegtle <tv@lio96.de>
-Message-ID: <04ea0a8e-edb0-c59e-ce21-5f3d5d167af3@lio96.de>
-Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
----
- arch/x86/kernel/cpu/amd.c | 1 +
- 1 file changed, 1 insertion(+)
-
---- a/arch/x86/kernel/cpu/amd.c
-+++ b/arch/x86/kernel/cpu/amd.c
-@@ -547,6 +547,7 @@ static bool amd_check_tsa_microcode(void
-
- p.ext_fam = c->x86 - 0xf;
- p.model = c->x86_model;
-+ p.ext_model = c->x86_model >> 4;
- p.stepping = c->x86_stepping;
-
- if (cpu_has(c, X86_FEATURE_ZEN3) ||
projects / thirdparty / kernel / stable-queue.git / commitdiff
