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 DAC90125A9 for ; Sat, 17 Jan 2026 17:46:39 +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=1768672000; cv=none; b=Qll1VKBQ/RqxmXEzpgPM1DV8IGV3sI7xDCvGsXWtE8qqAXhEBHxiE5p8tnVnHXfA0E17l7xzAjKOchk0A+XLy0IDwSxTJGQ6MelXwghkGNLG9y6xwEHOzO1lE1Wxhr6t/X1TFaXdTMNN9mJqw8b6lqmN/7k5Zock8UlewWfaNUE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768672000; c=relaxed/simple; bh=Yf9fuX/LpocU3iC7fEnAmijlZODHBllQLyN7/P7+mHY=; h=Date:From:To:Cc:Subject:Message-Id:In-Reply-To:References: Mime-Version:Content-Type; b=rdrxb4TgOVvNpx2/ni24Qe4LIKvKp/dVHfu96GvctxrlvLMlB6XyI7alEu3hbEerSdyRv0sFo4Vx+LERtHAAw1AMVVJSuH0Ef7sGdlPkhpMP7CI2hqAffhGVc/70O8xgpPuRJKyQMrWCWtuyX0lkeu9vmcN4gkZILNXbtnGlIAs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=kNfalDzk; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="kNfalDzk" Received: by smtp.kernel.org (Postfix) with ESMTPSA id CA647C4CEF7; Sat, 17 Jan 2026 17:46:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1768671999; bh=Yf9fuX/LpocU3iC7fEnAmijlZODHBllQLyN7/P7+mHY=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=kNfalDzkGXY0eL+rMGMaqu+qfHrwgvKsHzPG+FMokeleuDrY7l3Osae/CLgcpBDKo YKEVP4aVRyfW1EbzNH0y6dq0MT6R9ZYu30B/Qg67zXRfNtzcrraaNaavT6txKhqTfa FOK3WrNVP1lekv0ft7c8CdRJ2YfdLsPjjpWh66cg= Date: Sat, 17 Jan 2026 09:46:38 -0800 From: Andrew Morton To: "David Hildenbrand (Red Hat)" Cc: Dev Jain , Lorenzo Stoakes , axelrasmussen@google.com, yuanchu@google.com, weixugc@google.com, Liam.Howlett@oracle.com, vbabka@suse.cz, rppt@kernel.org, surenb@google.com, mhocko@suse.com, riel@surriel.com, harry.yoo@oracle.com, jannh@google.com, ryan.roberts@arm.com, baohua@kernel.org, baolin.wang@linux.alibaba.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH mm-unstable] mm: Fix uffd-wp bit loss when batching file folio unmapping Message-Id: <20260117094638.c570cfffb999f0952ca7ab36@linux-foundation.org> In-Reply-To: <5af933d1-8c64-4d3c-b835-d90c8e9f771a@kernel.org> References: <20260116082721.275178-1-dev.jain@arm.com> <343f8462-44fd-4190-9fe2-8120b5403269@lucifer.local> <4b784eef-e874-45a6-828a-4fc2acab6fb7@arm.com> <5af933d1-8c64-4d3c-b835-d90c8e9f771a@kernel.org> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) 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-Transfer-Encoding: 7bit On Fri, 16 Jan 2026 11:51:17 +0100 "David Hildenbrand (Red Hat)" wrote: > > I saw that the last comment on that series was more than a week back, so best > > thought to just do a folded fix on top of it - and I had formed the impression > > (from the conversations on list) that akpm prefers fixes over respins : ) > > That series is still on my TODO list and I hope Andrew will keep it out > of stable until I get to it. No probs, I added a note against this series. > Hope is all I got ;) There's also "tell Andrew stuff". It's very helpful! In the ordinary course of things I expect I'd have judged this series to be adequately tested and sufficiently well reviewed by sufficiently familiar names so I'd have moved it into mm-stable. But after learning of your concerns I've added a note and I moved the series to tail of mm-unstable where it will be easier to drop or defer should the need arise. If drop-or-defer is to be the decision then please let's make that as early as possible - we don't want non-merge-window material in there perturbing testing or causing integration issues.