Thread (10 messages) 10 messages, 5 authors, 2022-05-30

Re: [PATCH v4] mm: Avoid unnecessary page fault retires on shared memory types

From: Christian Borntraeger <borntraeger@linux.ibm.com>
Date: 2022-05-30 09:37:15
Also in: linux-alpha, linux-m68k, linux-mips, linux-mm, linux-riscv, linux-s390, linux-sh, linux-um, lkml, sparclinux

ha.franken.de>, linux-parisc@vger.kernel.org, Max Filippov [off-list ref], linux-kernel@vger.kernel.org, Johannes Berg [off-list ref], Dinh Nguyen [off-list ref], linux-riscv@lists.infradead.org, Palmer Dabbelt [off-list ref], Sven Schnelle [off-list ref], linux-alpha@vger.kernel.org, Ivan Kokshaysky [off-list ref], Andrew Morton [off-list ref], linuxppc-dev@lists.ozlabs.org, "David S . Miller" [off-list ref]
Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org
Sender: "Linuxppc-dev" [off-list ref]



Am 29.05.22 um 22:33 schrieb Heiko Carstens:
[...]
quoted hunk ↗ jump to hunk
Guess the patch below on top of your patch is what we want.
Just for clarification: if gmap is not NULL then the process is a kvm
process. So, depending on the workload, this optimization makes sense.
diff --git a/arch/s390/mm/fault.c b/arch/s390/mm/fault.c
index 4608cc962ecf..e1d40ca341b7 100644
--- a/arch/s390/mm/fault.c
+++ b/arch/s390/mm/fault.c
@@ -436,12 +436,11 @@ static inline vm_fault_t do_exception(struct pt_regs *regs, int access)
  
  	/* The fault is fully completed (including releasing mmap lock) */
  	if (fault & VM_FAULT_COMPLETED) {
-		/*
-		 * Gmap will need the mmap lock again, so retake it.  TODO:
-		 * only conditionally take the lock when CONFIG_PGSTE set.
-		 */
-		mmap_read_lock(mm);
-		goto out_gmap;
+		if (gmap) {
+			mmap_read_lock(mm);
+			goto out_gmap;
+		}
+		goto out;
Yes, that makes sense. With that

Acked-by: Christian Borntraeger <borntraeger@linux.ibm.com>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help