From: Greg Kroah-Hartman Date: Thu, 15 Jul 2021 11:58:09 +0000 (+0200) Subject: 5.10-stable patches X-Git-Tag: v5.4.133~47 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=2ad7f9c59c5df228e1366be928e1aea51ef0b3de;p=thirdparty%2Fkernel%2Fstable-queue.git 5.10-stable patches added patches: powerpc-barrier-avoid-collision-with-clang-s-__lwsync-macro.patch powerpc-mm-fix-lockup-on-kernel-exec-fault.patch powerpc-powernv-vas-release-reference-to-tgid-during-window-close.patch --- diff --git a/queue-5.10/powerpc-barrier-avoid-collision-with-clang-s-__lwsync-macro.patch b/queue-5.10/powerpc-barrier-avoid-collision-with-clang-s-__lwsync-macro.patch new file mode 100644 index 00000000000..a468ddfe809 --- /dev/null +++ b/queue-5.10/powerpc-barrier-avoid-collision-with-clang-s-__lwsync-macro.patch @@ -0,0 +1,57 @@ +From 015d98149b326e0f1f02e44413112ca8b4330543 Mon Sep 17 00:00:00 2001 +From: Nathan Chancellor +Date: Fri, 28 May 2021 11:27:52 -0700 +Subject: powerpc/barrier: Avoid collision with clang's __lwsync macro + +From: Nathan Chancellor + +commit 015d98149b326e0f1f02e44413112ca8b4330543 upstream. + +A change in clang 13 results in the __lwsync macro being defined as +__builtin_ppc_lwsync, which emits 'lwsync' or 'msync' depending on what +the target supports. This breaks the build because of -Werror in +arch/powerpc, along with thousands of warnings: + + In file included from arch/powerpc/kernel/pmc.c:12: + In file included from include/linux/bug.h:5: + In file included from arch/powerpc/include/asm/bug.h:109: + In file included from include/asm-generic/bug.h:20: + In file included from include/linux/kernel.h:12: + In file included from include/linux/bitops.h:32: + In file included from arch/powerpc/include/asm/bitops.h:62: + arch/powerpc/include/asm/barrier.h:49:9: error: '__lwsync' macro redefined [-Werror,-Wmacro-redefined] + #define __lwsync() __asm__ __volatile__ (stringify_in_c(LWSYNC) : : :"memory") + ^ + :308:9: note: previous definition is here + #define __lwsync __builtin_ppc_lwsync + ^ + 1 error generated. + +Undefine this macro so that the runtime patching introduced by +commit 2d1b2027626d ("powerpc: Fixup lwsync at runtime") continues to +work properly with clang and the build no longer breaks. + +Cc: stable@vger.kernel.org +Signed-off-by: Nathan Chancellor +Reviewed-by: Nick Desaulniers +Signed-off-by: Michael Ellerman +Link: https://github.com/ClangBuiltLinux/linux/issues/1386 +Link: https://github.com/llvm/llvm-project/commit/62b5df7fe2b3fda1772befeda15598fbef96a614 +Link: https://lore.kernel.org/r/20210528182752.1852002-1-nathan@kernel.org +Signed-off-by: Greg Kroah-Hartman + +--- + arch/powerpc/include/asm/barrier.h | 2 ++ + 1 file changed, 2 insertions(+) + +--- a/arch/powerpc/include/asm/barrier.h ++++ b/arch/powerpc/include/asm/barrier.h +@@ -46,6 +46,8 @@ + # define SMPWMB eieio + #endif + ++/* clang defines this macro for a builtin, which will not work with runtime patching */ ++#undef __lwsync + #define __lwsync() __asm__ __volatile__ (stringify_in_c(LWSYNC) : : :"memory") + #define dma_rmb() __lwsync() + #define dma_wmb() __asm__ __volatile__ (stringify_in_c(SMPWMB) : : :"memory") diff --git a/queue-5.10/powerpc-mm-fix-lockup-on-kernel-exec-fault.patch b/queue-5.10/powerpc-mm-fix-lockup-on-kernel-exec-fault.patch new file mode 100644 index 00000000000..805aa28eefb --- /dev/null +++ b/queue-5.10/powerpc-mm-fix-lockup-on-kernel-exec-fault.patch @@ -0,0 +1,67 @@ +From cd5d5e602f502895e47e18cd46804d6d7014e65c Mon Sep 17 00:00:00 2001 +From: Christophe Leroy +Date: Thu, 1 Jul 2021 11:17:08 +0000 +Subject: powerpc/mm: Fix lockup on kernel exec fault + +From: Christophe Leroy + +commit cd5d5e602f502895e47e18cd46804d6d7014e65c upstream. + +The powerpc kernel is not prepared to handle exec faults from kernel. +Especially, the function is_exec_fault() will return 'false' when an +exec fault is taken by kernel, because the check is based on reading +current->thread.regs->trap which contains the trap from user. + +For instance, when provoking a LKDTM EXEC_USERSPACE test, +current->thread.regs->trap is set to SYSCALL trap (0xc00), and +the fault taken by the kernel is not seen as an exec fault by +set_access_flags_filter(). + +Commit d7df2443cd5f ("powerpc/mm: Fix spurious segfaults on radix +with autonuma") made it clear and handled it properly. But later on +commit d3ca587404b3 ("powerpc/mm: Fix reporting of kernel execute +faults") removed that handling, introducing test based on error_code. +And here is the problem, because on the 603 all upper bits of SRR1 +get cleared when the TLB instruction miss handler bails out to ISI. + +Until commit cbd7e6ca0210 ("powerpc/fault: Avoid heavy +search_exception_tables() verification"), an exec fault from kernel +at a userspace address was indirectly caught by the lack of entry for +that address in the exception tables. But after that commit the +kernel mainly relies on KUAP or on core mm handling to catch wrong +user accesses. Here the access is not wrong, so mm handles it. +It is a minor fault because PAGE_EXEC is not set, +set_access_flags_filter() should set PAGE_EXEC and voila. +But as is_exec_fault() returns false as explained in the beginning, +set_access_flags_filter() bails out without setting PAGE_EXEC flag, +which leads to a forever minor exec fault. + +As the kernel is not prepared to handle such exec faults, the thing to +do is to fire in bad_kernel_fault() for any exec fault taken by the +kernel, as it was prior to commit d3ca587404b3. + +Fixes: d3ca587404b3 ("powerpc/mm: Fix reporting of kernel execute faults") +Cc: stable@vger.kernel.org # v4.14+ +Signed-off-by: Christophe Leroy +Acked-by: Nicholas Piggin +Signed-off-by: Michael Ellerman +Link: https://lore.kernel.org/r/024bb05105050f704743a0083fe3548702be5706.1625138205.git.christophe.leroy@csgroup.eu +Signed-off-by: Greg Kroah-Hartman + +--- + arch/powerpc/mm/fault.c | 4 +--- + 1 file changed, 1 insertion(+), 3 deletions(-) + +--- a/arch/powerpc/mm/fault.c ++++ b/arch/powerpc/mm/fault.c +@@ -198,9 +198,7 @@ static bool bad_kernel_fault(struct pt_r + { + int is_exec = TRAP(regs) == 0x400; + +- /* NX faults set DSISR_PROTFAULT on the 8xx, DSISR_NOEXEC_OR_G on others */ +- if (is_exec && (error_code & (DSISR_NOEXEC_OR_G | DSISR_KEYFAULT | +- DSISR_PROTFAULT))) { ++ if (is_exec) { + pr_crit_ratelimited("kernel tried to execute %s page (%lx) - exploit attempt? (uid: %d)\n", + address >= TASK_SIZE ? "exec-protected" : "user", + address, diff --git a/queue-5.10/powerpc-powernv-vas-release-reference-to-tgid-during-window-close.patch b/queue-5.10/powerpc-powernv-vas-release-reference-to-tgid-during-window-close.patch new file mode 100644 index 00000000000..9058630e597 --- /dev/null +++ b/queue-5.10/powerpc-powernv-vas-release-reference-to-tgid-during-window-close.patch @@ -0,0 +1,58 @@ +From 91cdbb955aa94ee0841af4685be40937345d29b8 Mon Sep 17 00:00:00 2001 +From: Haren Myneni +Date: Thu, 17 Jun 2021 13:29:05 -0700 +Subject: powerpc/powernv/vas: Release reference to tgid during window close + +From: Haren Myneni + +commit 91cdbb955aa94ee0841af4685be40937345d29b8 upstream. + +The kernel handles the NX fault by updating CSB or sending +signal to process. In multithread applications, children can +open VAS windows and can exit without closing them. But the +parent can continue to send NX requests with these windows. To +prevent pid reuse, reference will be taken on pid and tgid +when the window is opened and release them during window close. + +The current code is not releasing the tgid reference which can +cause pid leak and this patch fixes the issue. + +Fixes: db1c08a740635 ("powerpc/vas: Take reference to PID and mm for user space windows") +Cc: stable@vger.kernel.org # 5.8+ +Reported-by: Nicholas Piggin +Signed-off-by: Haren Myneni +Reviewed-by: Nicholas Piggin +Signed-off-by: Michael Ellerman +Link: https://lore.kernel.org/r/6020fc4d444864fe20f7dcdc5edfe53e67480a1c.camel@linux.ibm.com +Signed-off-by: Greg Kroah-Hartman + +--- + arch/powerpc/platforms/powernv/vas-window.c | 9 +++++---- + 1 file changed, 5 insertions(+), 4 deletions(-) + +--- a/arch/powerpc/platforms/powernv/vas-window.c ++++ b/arch/powerpc/platforms/powernv/vas-window.c +@@ -1093,9 +1093,9 @@ struct vas_window *vas_tx_win_open(int v + /* + * Process closes window during exit. In the case of + * multithread application, the child thread can open +- * window and can exit without closing it. Expects parent +- * thread to use and close the window. So do not need +- * to take pid reference for parent thread. ++ * window and can exit without closing it. so takes tgid ++ * reference until window closed to make sure tgid is not ++ * reused. + */ + txwin->tgid = find_get_pid(task_tgid_vnr(current)); + /* +@@ -1339,8 +1339,9 @@ int vas_win_close(struct vas_window *win + /* if send window, drop reference to matching receive window */ + if (window->tx_win) { + if (window->user_win) { +- /* Drop references to pid and mm */ ++ /* Drop references to pid. tgid and mm */ + put_pid(window->pid); ++ put_pid(window->tgid); + if (window->mm) { + mm_context_remove_vas_window(window->mm); + mmdrop(window->mm); diff --git a/queue-5.10/series b/queue-5.10/series index 09de445c169..6ce7e3dbfc1 100644 --- a/queue-5.10/series +++ b/queue-5.10/series @@ -143,3 +143,6 @@ io_uring-convert-personality_idr-to-xarray.patch io_uring-convert-io_buffer_idr-to-xarray.patch scsi-iscsi-fix-race-condition-between-login-and-sync-thread.patch scsi-iscsi-fix-iscsi-cls-conn-state.patch +powerpc-mm-fix-lockup-on-kernel-exec-fault.patch +powerpc-barrier-avoid-collision-with-clang-s-__lwsync-macro.patch +powerpc-powernv-vas-release-reference-to-tgid-during-window-close.patch