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 6438B4582E6 for ; Wed, 5 Aug 2026 12:29:28 +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=1785932969; cv=none; b=BCamqjXBPObxzU2T66yFzClo5n0u0os3OgE83lz6MYWPueHC350/ps1Y6i4mg7JPXdKh+9Z3lA9LuP/iDdREPnmgdPBs4GdRNdvTAkvXk3vkLOd0boBC9wIrzdxU+J0L3+g0qUGi39Nmczvg3MSoAGYvhMZL/GMYcd/1EZHxBIU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785932969; c=relaxed/simple; bh=aLaov9acsUZIVW1KGgohWhX9xAtR+MajG/N1Ppugmgw=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=Q/sggURK6Mja6jrF9HThYJTme9UNjZ5Szz0ntc2t3nq6EAaVIJfGz4mMGmhn0heG2UwXNFxGpwCKG5u76Sw7mhZOmFAkHinWvQ2XeeuodfYUSjRS6ZqOrVsmwbx8P8NVwk+zHcURpP88yG20bC50TFuG9BlHt02XzLy9rEM1fbc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=QuqzE6jQ; 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="QuqzE6jQ" Received: by smtp.kernel.org (Postfix) with ESMTPSA id EAF471F000E9; Wed, 5 Aug 2026 12:29:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1785932968; bh=7WcoJZZvlXkEevuzRoiCMwnxGEmDNo4etrW452HQ6W4=; h=From:To:Cc:Subject:Date; b=QuqzE6jQotST/dNwPESU1s324WIrNtAmrvDR6OIMBQsNVuvq06d24CaJDEcGpW9i7 rp4t7wvsuMesEbXLGKczNr4LxiCSL/+oCUVfqy7eZX6xYad9FY/wErzgWMKYiilY67 1/OZj5GMFogo4dq7Wi2qybWh6GCMzC1cPbHziDlhN1ISG1wyDkXvbaOc7MrHNhweTr wOZcfegOToGQ61H5BqC7negUIto5o0Skt+ASTeaCSlQ2JDOusNPx9GJQO/x1PoSdG8 2IWVwPBJRyQAnWP1wRNRLB2DCySdBPdlwk6lu8mJaRP/+rzlWIinf1HFXie4HFFSxl aF8+2RoVcdl7Q== From: Chao Yu To: jaegeuk@kernel.org Cc: linux-f2fs-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, Chao Yu , stable@kernel.org Subject: [PATCH] f2fs: fix to clear dirty flag on folio in error path Date: Wed, 5 Aug 2026 12:29:20 +0000 Message-ID: <20260805122920.674676-1-chao@kernel.org> X-Mailer: git-send-email 2.55.0.654.g21b8a5bc05-goog Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit If node block is corrupted due to chksum mismatch or inconsistent footer info, it needs to drop clear flag of node folio, in order to persist inconsistent node data to storage. Cc: stable@kernel.org Fixes: b42b179bda9f ("f2fs: fix to do checksum even if inode page is uptodate") Signed-off-by: Chao Yu --- fs/f2fs/node.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/f2fs/node.c b/fs/f2fs/node.c index 9775fa90636a..a98855b8cc5e 100644 --- a/fs/f2fs/node.c +++ b/fs/f2fs/node.c @@ -1618,7 +1618,7 @@ static struct folio *__get_node_folio(struct f2fs_sb_info *sbi, pgoff_t nid, if (!err) return folio; out_err: - folio_clear_uptodate(folio); + clear_node_folio_dirty(folio); out_put_err: /* ENOENT comes from read_node_folio which is not an error. */ if (err != -ENOENT) -- 2.49.0