* Backported patch for linux-5.4
@ 2024-04-10 10:00 Jürgen Groß
2024-04-11 7:49 ` Greg Kroah-Hartman
0 siblings, 1 reply; 2+ messages in thread
From: Jürgen Groß @ 2024-04-10 10:00 UTC (permalink / raw)
To: stable@vger.kernel.org; +Cc: Greg Kroah-Hartman, Dr. Neal Krawetz
[-- Attachment #1: Type: text/plain, Size: 234 bytes --]
Hi,
there has been a report of a failure in a 5.4 based kernel, which has
been fixed in kernel 5.10 with commit abee7c494d8c41bb388839bccc47e06247f0d7de.
Please apply the attached backported patch to the stable 5.4 kernel.
Juergen
[-- Attachment #2: patch-for-5.4.patch --]
[-- Type: text/x-patch, Size: 2224 bytes --]
From abee7c494d8c41bb388839bccc47e06247f0d7de Mon Sep 17 00:00:00 2001
From: Juergen Gross <jgross@suse.com>
Date: Fri, 9 Oct 2020 16:42:25 +0200
Subject: x86/alternative: Don't call text_poke() in lazy TLB mode
[ Upstream commit abee7c494d8c41bb388839bccc47e06247f0d7de ]
When running in lazy TLB mode the currently active page tables might
be the ones of a previous process, e.g. when running a kernel thread.
This can be problematic in case kernel code is being modified via
text_poke() in a kernel thread, and on another processor exit_mmap()
is active for the process which was running on the first cpu before
the kernel thread.
As text_poke() is using a temporary address space and the former
address space (obtained via cpu_tlbstate.loaded_mm) is restored
afterwards, there is a race possible in case the cpu on which
exit_mmap() is running wants to make sure there are no stale
references to that address space on any cpu active (this e.g. is
required when running as a Xen PV guest, where this problem has been
observed and analyzed).
In order to avoid that, drop off TLB lazy mode before switching to the
temporary address space.
Fixes: cefa929c034eb5d ("x86/mm: Introduce temporary mm structs")
Signed-off-by: Juergen Gross <jgross@suse.com>
Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org>
Link: https://lkml.kernel.org/r/20201009144225.12019-1-jgross@suse.com
---
arch/x86/include/asm/mmu_context.h | 9 +++++++++
1 file changed, 9 insertions(+)
diff --git a/arch/x86/include/asm/mmu_context.h b/arch/x86/include/asm/mmu_context.h
index cdaab30880b91..cd6be6f143e85 100644
--- a/arch/x86/include/asm/mmu_context.h
+++ b/arch/x86/include/asm/mmu_context.h
@@ -379,6 +379,15 @@ static inline temp_mm_state_t use_temporary_mm(struct mm_struct *mm)
temp_mm_state_t temp_state;
lockdep_assert_irqs_disabled();
+
+ /*
+ * Make sure not to be in TLB lazy mode, as otherwise we'll end up
+ * with a stale address space WITHOUT being in lazy mode after
+ * restoring the previous mm.
+ */
+ if (this_cpu_read(cpu_tlbstate.is_lazy))
+ leave_mm(smp_processor_id());
+
temp_state.mm = this_cpu_read(cpu_tlbstate.loaded_mm);
switch_mm_irqs_off(NULL, mm, current);
--
cgit 1.2.3-1.el7
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: Backported patch for linux-5.4
2024-04-10 10:00 Backported patch for linux-5.4 Jürgen Groß
@ 2024-04-11 7:49 ` Greg Kroah-Hartman
0 siblings, 0 replies; 2+ messages in thread
From: Greg Kroah-Hartman @ 2024-04-11 7:49 UTC (permalink / raw)
To: Jürgen Groß; +Cc: stable@vger.kernel.org, Dr. Neal Krawetz
On Wed, Apr 10, 2024 at 12:00:59PM +0200, Jürgen Groß wrote:
> Hi,
>
> there has been a report of a failure in a 5.4 based kernel, which has
> been fixed in kernel 5.10 with commit abee7c494d8c41bb388839bccc47e06247f0d7de.
>
> Please apply the attached backported patch to the stable 5.4 kernel.
Now queued up, thanks.
greg k-h
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2024-04-11 7:49 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2024-04-10 10:00 Backported patch for linux-5.4 Jürgen Groß
2024-04-11 7:49 ` Greg Kroah-Hartman
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox