From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=100.103.45.18 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1794272940; b=cVe2cXNKRzvIn9Ew04M7W8ty5iw9DeqYjP4WCvCSXq35YT0OXmVnIXw2UGA7eldh5uzw fqtXGuvrDsB2Z3/Ia1lhWj6SfqVB3Xtg5jNyhHJl0dwt9i7BGjtp5BIZd1qm55iGFuPYA L1bPKEI9xT8QKnjuNkPrUNhk5Buf7QZ10GljCxob++kclJoS6l+9bFMj1x4MCtpSRXAYC /odGwwiXMw8yV42W3SqZip5SpHeOumRxYqe8MCPj83G6PpJPvlHqfeBo8N7+viFzeLUFj MTt79oQPZooiATb7TIHZBy7n1tcNSAFTP5MUjyf81061uSZI5ZDzuNpARGlzfLOVYxQ== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794272940; h=Received:DKIM-Signature:From:To:Cc:Subject:Date:Message-ID:X-Mailer: MIME-Version:Content-Type:Content-Transfer-Encoding; bh=jSgQvAp77b++s75EIynotUrhBIiK06/0qN0TEqqX1A8=; b=BWI6rZbRoyefZsPnKKzqKDrDeYt5/H2FlU9D2tCp4OoDAlpDPGlfaECveYyEZll93ak6 zQSZUpqaaRj2UcjPYwth3WvoESCiGbslLBeabatI+nuxEltzgIVVMuNgLj+mY7M1DXoNz KDaWoXDvOTbwGSxdgi1YZ2sulRFrBB0oWUEQKdtmVAKBxIDGP0zmDs7qaJb8YJzzMCUkh H+hAua0+pJ6b6Q67VTX8QoU4mrMTXnCwuaOJd/EJmGOgPjl17fAU7DjeuZvQIzyNylo9N 6Xb7J/Zgah9bNXEqaTTZdZlYOxTXeTOQY41Nl+kjxmkDSNo1Uy5Q0a772mMi0NeC11g== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=F1egRntL; arc=none smtp.remote-ip=100.103.45.18 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 37862606A31C for ; Tue, 10 Nov 2026 01:09:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=F1egRntL Received: by smtp.kernel.org (Postfix) with ESMTPSA id 5725B1F0089F; Tue, 10 Nov 2026 01:08:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1794272940; bh=jSgQvAp77b++s75EIynotUrhBIiK06/0qN0TEqqX1A8=; h=From:To:Cc:Subject:Date; b=F1egRntL0+qkUxFCs4IvmflMceumofQnZULouIdHyJLSmmKdkMbqwU4OZZ0ma5x93 fw4yQZV9olZlZZDwIyTCAor0uxbxjj8miaV6qgRQhPQp4Cm8lL9oeS53MFqtUwPJHd 9ylkU0H4jyf2GuJA1lKsPCNEG265/WiWuBr6pLGUwEsBlZ7aJSsjGiN7eQ+pbEgdbH OvpOEgehSE1Sy42mp1cU52uis8lSEtPb/NTQbsP8Pf5F028l5+kdqDZ5q5njmqIlIe qcsdGDALBBgMYdnaysBsWXeulp1v0K6c5eqmGebTbt50ytVwpvny2Nqlsb+35Uv7Mu rrt9LQW/+ue1Q== From: Sasha Levin To: josef@toxicpanda.com, rppt@kernel.org, ljs@kernel.org, usama.anjum@arm.com, david@kernel.org Cc: stable@vger.kernel.org Subject: FAILED: patch "[PATCH] mm/userfaultfd: wake all waiters on unregister" failed to apply to 6.12-stable tree Date: Mon, 9 Nov 2026 20:08:58 -0500 Message-ID: <20261109200858-failed-6.12-3afb19d68cc5@kernel.org> X-Mailer: git-send-email 2.53.0 X-Mailing-List: stable@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit The patch below does not apply to the 6.12-stable tree. If someone wants it applied there, or to any other stable or longterm tree, then please email the backport, including the original git commit id to . To reproduce the conflict and resubmit, you may use the following commands: git fetch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/ linux-6.12.y git checkout FETCH_HEAD git cherry-pick -x 3afb19d68cc5e7851fdb1069c8094af97bd80417 # git commit -s git send-email --to '' --in-reply-to '20261109200858-failed-6.12-3afb19d68cc5@kernel.org' --subject-prefix 'PATCH 6.12.y' 'HEAD^..' Thanks, Sasha ------------------ original commit in Linus's tree ------------------ >From 3afb19d68cc5e7851fdb1069c8094af97bd80417 Mon Sep 17 00:00:00 2001 From: Josef Bacik Date: Sat, 31 Oct 2026 10:39:53 +0100 Subject: [PATCH] mm/userfaultfd: wake all waiters on unregister UFFDIO_UNREGISTER only wakes pending faults if VM_UFFD_MISSING is set. Threads waiting on write-protect, minor or RWP faults can therefore remain asleep after unregistering a range that does not track missing faults. Wake pending faults regardless of the registration mode so they can retry without an explicit UFFDIO_WAKE or closing the userfaultfd. This matches the existing behavior for missing faults, including removing unread fault messages for the woken waiters. Fix generated by an LLM and sent by Josef Bacik in private. Fixes: 63b2d4174c4a ("userfaultfd: wp: add the writeprotect API to userfaultfd ioctl") Cc: stable@vger.kernel.org Signed-off-by: Josef Bacik [ david: rebase; simplify description ] Reviewed-by: Mike Rapoport (Microsoft) Reviewed-by: Lorenzo Stoakes (ARM) Tested-by: Muhammad Usama Anjum Link: https://patch.msgid.link/20261031-fixes_core-v3-24-d6437171ecc3@kernel.org Signed-off-by: David Hildenbrand (Arm) --- mm/userfaultfd.c | 22 ++++++++++------------ 1 file changed, 10 insertions(+), 12 deletions(-) diff --git a/mm/userfaultfd.c b/mm/userfaultfd.c index 3ca04b582329f..be630674fda9b 100644 --- a/mm/userfaultfd.c +++ b/mm/userfaultfd.c @@ -3977,6 +3977,8 @@ static int userfaultfd_unregister(struct userfaultfd_ctx *ctx, ret = 0; for_each_vma_range(vmi, vma, end) { + struct userfaultfd_wake_range range; + cond_resched(); /* VMA not registered with userfaultfd. */ @@ -3994,18 +3996,14 @@ static int userfaultfd_unregister(struct userfaultfd_ctx *ctx, /* Prevent new userfaults from being queued after the wakeup. */ vma_start_write(vma); - if (userfaultfd_missing(vma)) { - /* - * Wake any concurrent pending userfault while - * we unregister, so they will not hang - * permanently and it avoids userland to call - * UFFDIO_WAKE explicitly. - */ - struct userfaultfd_wake_range range; - range.start = start; - range.len = vma_end - start; - wake_userfault(vma->vm_userfaultfd_ctx.ctx, &range); - } + /* + * Wake any concurrent pending userfault while we unregister, + * so they will not hang permanently and it avoids userland to + * call UFFDIO_WAKE explicitly. + */ + range.start = start; + range.len = vma_end - start; + wake_userfault(ctx, &range); vma = userfaultfd_clear_vma(&vmi, prev, vma, start, vma_end); -- 2.53.0