From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 83A1348033A for ; Fri, 15 May 2026 11:52:20 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778845940; cv=none; b=Ucb6gAIoZVUKwBnG8he++MjQS1EpJoBRcHBsNCfJorAXt2Rqh6phHHh0fjzQdtDOhsySlV0NrfMOT1pObpdTbnk6g61udbZMa55mh2tVn0uhRmEKGrF8EXq7L4pjOj5PCHo3NS74UDM0hwojgydbbn3Y2AS7aKsb0KgO2fGABiI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778845940; c=relaxed/simple; bh=8PaiCWf8AUezg7he7iC2b47fmtUb+20mIJPeEv7U/Y0=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=agKYBU2n+f+A/8AMysNzwR8iEWoWtJg5qDvpKb3VxUnPdddSY9VTMT+endXGgzAbCmESyydkdf4cp3kXyKthe/vwpalGbcs6XXmEJyyosCy9W36tVTsYnqIwRQNIMyUhW2XpuR83zqQ9ugKYIvCP5PtA47CMwjUZNk/ClbILwEA= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=kDJe5+ss; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="kDJe5+ss" Received: by smtp.kernel.org (Postfix) with ESMTPSA id B668DC2BCB0; Fri, 15 May 2026 11:52:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1778845940; bh=8PaiCWf8AUezg7he7iC2b47fmtUb+20mIJPeEv7U/Y0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=kDJe5+sso7hd35pmgzbRec8EJdYFSAwXcWDHIULo7DbPrsDAl6hsi5m0Tws7hwLeq nWZpRus0U9ISk9umHlTdCNb+ibfhrhUAoXMAlFkw6TeLMgFmhxcv+LAspg3ZcUFjN8 FZsCkn35Rt0VEoc00wFmuhNtBeWH4h2CjnsZ+tukSsz5wrgZ4CntgmHLEqsJCEwGgz qHApvhZmrQ5QX/FiKlCSUyuA6kMPIFs9pE9dHXdTR6qDLdaoDPIqkuc0ZT13XVeEOP yb6hTSsP+gEYH+VGqakcdb0IiJIbaGhnKtyUVGHiBv2xYKeDHScSELnkDzyD6ifWD/ OR01yP1WM1yIA== Date: Fri, 15 May 2026 12:52:17 +0100 From: Lorenzo Stoakes To: Greg KH Cc: Ahmed Elaidy , Andrei Vagin , stable@vger.kernel.org, akpm@linux-foundation.org, linux-mm@kvack.org Subject: Re: [PATCH 6.18.y v3] mm: fix VM_SOFTDIRTY propagation on VMA merge Message-ID: References: <20260504195447.31794-1-elaidya225@gmail.com> <2026051531-failing-nectar-83bf@gregkh> Precedence: bulk X-Mailing-List: stable@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: <2026051531-failing-nectar-83bf@gregkh> On Fri, May 15, 2026 at 11:22:02AM +0200, Greg KH wrote: > On Mon, May 04, 2026 at 10:54:47PM +0300, Ahmed Elaidy wrote: > > During VMA merging, such as through mprotect(), VM_SOFTDIRTY flags could be > > lost. This breaks tools relying on soft-dirty tracking, such as CRIU > > incremental dump/restore. > > > > Upstream resolved this using a broader VM_STICKY infrastructure (commit > > bf14d4a05387 "mm: propagate VM_SOFTDIRTY on merge"). To minimize churn and > > risk in the stable 6.18.y tree, this patch skips backporting the entire > > VM_STICKY series (9 patches). Instead, it introduces a minimal standalone fix. > > 9 patches is nothing. Please just backport the whole thing, especially > as we will be maintaining this kernel for a long time. We want what is > upstream for future issues/fixes, right? FWIW, agreed! > > thanks, > > greg k-h Cheers, Lorenzo