From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CB20F606A31A for ; Tue, 27 Oct 2026 00:12:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key, unprotected) header.d=lists.infradead.org header.i=@lists.infradead.org header.a=rsa-sha256 header.s=bombadil.20210309 header.b=GCCE3ie0; dkim=pass (2048-bit key, unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=V6bCLeoz DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Reply-To:List-Subscribe: List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id:Date: Content-Transfer-Encoding:Content-Type:References:In-Reply-To:Cc:To:Subject: From:Message-ID:MIME-Version:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Unsubscribe-Post:List-Owner; bh=QdO0SnE9yGuk3cL0hO0NHvTRdSQK2SvEIYj250tV2tQ=; b=GCCE3ie09+f3U08gZog6kGYAA0 XKOcdr2mFwrVkiz+ndk/T4Kw/1MFqZ4oI5FcqT6osx/+plLQqodIZiU9jhuSykTsW1hg+eaX3a2Aw ZCY9hIo/BMSTrMhEfFreeqLvcx4JKJ8ibVyvpxNMXxWWSt2QhyA6IvCCgiiiUPSaH2kPo61AccP3q lNKAzLk9AHFul8+ak9EmneMsv4oTLVxdDEyZLlQ3OaXQ76rB3aKDXwIwEhskgQYpwGMEPRTrR1RhO yghLCB0XK2lhPNqpGMdGf3x9cH/7ILdQAO322Tw1c70DAeT1+VePefE2cgK1YES72wmAfmDtHzehW VNVNK/rA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.100.1 #2 (Red Hat Linux)) id 1xLUnd-00000003UiT-2Df2; Tue, 27 Oct 2026 00:12:21 +0000 Received: from sea.source.kernel.org ([2600:3c0a:e001:78e:0:1991:8:25]) by bombadil.infradead.org with esmtps (Exim 4.100.1 #2 (Red Hat Linux)) id 1xLUnc-00000003Uha-2Yl1 for kexec@lists.infradead.org; Tue, 27 Oct 2026 00:12:20 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by sea.source.kernel.org (Postfix) with ESMTP id F4024407A6; Tue, 27 Oct 2026 00:12:19 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 425081F01825; Tue, 27 Oct 2026 00:12:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1793059939; bh=QdO0SnE9yGuk3cL0hO0NHvTRdSQK2SvEIYj250tV2tQ=; h=From:Subject:Reply-To:To:Cc:In-Reply-To:References:Date; b=V6bCLeozQgRLoMgjVDJQKkjPhO9Zsrsy7buMZVNqUnmG1uRw1Xegv4ub70Bt12rRa u6TAinnHxFsAndwjZI605dKkBZVoJhnn3qpRW3w0gqKdMLDOvwhtVyXjrxHsVDBeq3 VybeCtheT+93vkyLE2AoRWMYU5ch3SaSd8diGEZU869ifQDDeU90QRbr4enhRFhiiS YpQF+/708PrEMaAohc9grwBpj6hmU9iCfYNhogE4PUVIsu2WE/tXNxFjCxEiRc2btV lGa8j3uTco1PLFSVFPCnKkDgpyArRzTM3nDGES1ld4ji1hoeqTOnZPtLq+ZjjsbFRl oGA7CZ6KL51cQ== Message-ID: From: sashiko-bot@kernel.org Subject: Re: [PATCH 05/46] mm/truncate: look again if a folio left the mapping To: =?utf-8?b?RGF2aWQgSGlsZGVuYnJhbmQgKEFybSk=?= , "Andrew Morton" , "Johannes Weiner" , "Michal Hocko" , "Qi Zheng" , "Shakeel Butt" , "Lorenzo Stoakes" , "Kairui Song" , "Barry Song" , "Axel Rasmussen" , "Yuanchu Xie" , "Wei Xu" , "Baoquan He" , "Baolin Wang" , "Liam R. Howlett" , "Vlastimil Babka" , "Mike Rapoport" , "Suren Baghdasaryan" , "Michal Hocko" , "Kees Cook" , "Peter Zijlstra" , "Jann Horn" , "Pedro Falcato" , "Hugh Dickins" , "Pasha Tatashin" , "Pratyush Yadav" , =?utf-8?b?TWF0dGhldyBXaWxjb3ggKE9yYWNsZSk=?= , "Jan Kara" , "Zi Yan" , "Lance Yang" , "Rik van Riel" , "Harry Yoo" , "Alistair Popple" , "Nico Pache" , "Ryan Roberts" , "Dev Jain" , "Usama Arif" , "Kiryl Shutsemau" , "Matthew Brost" , "John Hubbard" , "Peter Xu" , "Will Deacon" , "Aneesh Kumar K.V" , "Nick Piggin" , "Oscar Salvador" , "Minchan Kim" , "Muchun Song" , "Xu Xin" , "Chengming Zhou" , "Chris Li" , "Kemeng Shi" , "Nhat Pham" , "Youngjun Park" , "Gregory Price" , "Joshua Hahn" , "Rakie Kim" , "Ying Huang" , "Jason Gunthorpe" Cc: kexec@lists.infradead.org, "Josef Bacik" In-Reply-To: <20261027-fixes_core-v1-5-6f74bec9a5bb@kernel.org> References: <20261027-fixes_core-v1-0-6f74bec9a5bb@kernel.org> <20261027-fixes_core-v1-5-6f74bec9a5bb@kernel.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Tue, 27 Oct 2026 00:12:16 +0000 X-BeenThere: kexec@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: sashiko-reviews@lists.linux.dev Sender: "kexec" X-Spam-Status: No, score=-11.2 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=4.0.1 X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-26) on aws-us-west-2-korg-listserv-alma10-1 X-Archived-By: > invalidate_inode_pages2_range() skips a folio which no longer belongs to > the mapping by the time it has got the folio lock, on the assumption > that somebody else has removed it from the page cache. But the folio may > have been replaced, and then there is a new folio with the same data at > that index. >=20 > For most cases, like folio migration, that is impossible. However, > collapse_file() only checks the refcount of the old folios, under the > i_pages lock, and relies on their folio locks from there on. That works f= or > users which repeat the lookup when they find folio->mapping changed. > The following scenario is, however, possible: >=20 > CPU0 pwrite(O_DIRECT) CPU1 collapse_file() > kiocb_invalidate_pages() > read the folio (old data), lock it > [ ... ] >=20 > Fixes: 1b6444331beb ("mm/khugepaged: enable clean pagecache folio collaps= e for writable files") > Cc: stable@vger.kernel.org > Reported-by: Josef Bacik > Signed-off-by: David Hildenbrand (Arm) Sashiko has reviewed this patch and found no issues. --=20 Sashiko AI review =C2=B7 https://sashiko.dev/#/patchset/20261027-fixes_core= -v1-0-6f74bec9a5bb@kernel.org?part=3D5