From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 601A632B11F; Mon, 8 Jun 2026 18:58:06 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780945087; cv=none; b=NlQIhN6RPagmyfA2J1W0v+X8p1Eb9VaVDmG6OyhrfhQ205f1XpfVqHATuktYdadv8Fw60woHCuFx7pAM+745xYxhtQChHsE9qJc902dseFMZP2Kk0vp1DAbDLSq+qQR/cd39L6AobloQO64StHH4ez09WylOPU129ysOWfd9fmE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780945087; c=relaxed/simple; bh=GM2jj6R7dGpHaVSx10PY2i9Q65YNez7xdNwNBy4w4TI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=pJsLBrygHRsPyQjNS3vgu99c/Jn5rbfpjug6nBnadmXa908KDfR4o1+jfxkFpSKA5eI15PMaDAg/JQO5qGpVv39HmmQwdcZvEVAupNIN7g+KSGP5AkZU2LuwTLnv18l9WF6CUwMwOGk7cF8985La/0pl9uKm8TRteAtTwj/RVIU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=nRSH22uK; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="nRSH22uK" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 52A381F00893; Mon, 8 Jun 2026 18:58:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1780945086; bh=lJ697wuTa5/76WpGI5kWSrt7Q6BzPPxhvcCh7DE3bRI=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=nRSH22uKswRDdqfA7o0x/dXJbEQqCA2o3y1W29hSiATYxOIgYZV3OOWFTz5zmMz6p TcaGr7cJxqVom7AxDJAdC/1wmXA/AakUEjehPoRt1S1TQMYdMJYcJdlqG3hHwEpNM+ 5Dm7kCQGgYeu10QITjiMj9LKiHUWPq4oaymzXEzilQ04vWksWifa/YhRaLnVvN3dRQ er3sEooMQYAD4Sc2aJc15ujfH/+2sRf2xFxM9uHRsmBOg+bbRxSyE5BXHVxGmzaJju cthmIl2akCXOeE/mghrggqBVoil55vqdtTKiQlvn4FY9GhnAytWNipATBqKYc9USWq xBCh3tQAR1Z7w== Date: Mon, 8 Jun 2026 21:57:58 +0300 From: Mike Rapoport To: Andrew Morton Cc: Lorenzo Stoakes , David Carlier , David Hildenbrand , Heechan Kang , "Liam R. Howlett" , Michael Bommarito , Peter Xu , linux-mm@kvack.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org, Greg Kroah-Hartman , Sasha Levin Subject: Re: [PATCH v2 1/3] userfaultfd: verify VMA state across UFFDIO_COPY retry Message-ID: References: <20260527184751.4147364-1-rppt@kernel.org> <20260527184751.4147364-2-rppt@kernel.org> <20260608093918.68ce9d7d5694380e3055e293@linux-foundation.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260608093918.68ce9d7d5694380e3055e293@linux-foundation.org> On Mon, Jun 08, 2026 at 09:39:18AM -0700, Andrew Morton wrote: > On Mon, 8 Jun 2026 14:03:11 +0100 Lorenzo Stoakes wrote: > > > > > > Fixes: 292411fda25b ("mm/userfaultfd: detect VMA type change after copy retry in mfill_copy_folio_retry()") > > > > > Fixes: 6ab703034f14 ("userfaultfd: mfill_atomic(): remove retry logic") > > > > > > > > Did we want a Cc: Stable? > > > > > > Andrew adds it when applying. > > > > Hmm, I didn't think this always happened by default? :) > > Nope, adding cc:stable is manual, case-by-case and the -stable > maintainers have been asked not to automatically backport MM patches > which contain Fixes:. > > So this one snuck into mainline without the cc:stable tag. > > Thanks for noticing. Greg, Sasha: can we please add mainline's > 85668fda932a ("userfaultfd: verify VMA state across UFFDIO_COPY retry") > to the backporting pile? There is no need to backport, both commits that 85668fda932a fixes are in 7.1. -- Sincerely yours, Mike.