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 8653B406830 for ; Mon, 15 Jun 2026 15:30:16 +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=1781537417; cv=none; b=nos5h4TV5MYsupRFeUVRm8Jzbz8VjeECARKPKhRbgQbiOOXMl5bBr0DDrPbou4VlC4qUvlG6sR1yuJYDrfwJPVKg+o9kNoTAHjisWzZWqy13y7SaDJocafkq4TwdsIOJAmPBvjZpE2IcMvJqYtmNB5HBHlIfj5BYsgLDCqjQ828= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1781537417; c=relaxed/simple; bh=kvc5nlChhIFUOl8pzAySZV8g50qnpqjAuerVUc0cZf0=; h=Content-Type:MIME-Version:Subject:From:Message-Id:Date:References: In-Reply-To:To:Cc; b=glu1L0ux/gvUsp4EgH2XG/CbvSPCT/39shbocRW5MEERi3583ovEwnadbJ/GwlDkKGohMQpBaMhEqE2zcOOvLnIClvKd7qJipBRfCat5+SBtoEZ/NozNYK05+e+R7rGRw4WW0xGvfs9SBtwanL8+9SNf1LBX4yd2UNujprI5SG0= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Zdv7GaxG; 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="Zdv7GaxG" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6C1251F000E9; Mon, 15 Jun 2026 15:30:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1781537416; bh=AnpkiEHVbIFwPl7cV5ytrwKnzQNDlDPJjewwP6FIOJY=; h=Subject:From:Date:References:In-Reply-To:To:Cc; b=Zdv7GaxG9sry1PWmQxt2TCtT9QKgQ5Jw3UqLfUlAM+QG8rsbUXbJla0X88s/CAm7g cYrE9wpJ6nNuCOHIA8YKNXiU682GMVMqDaKUZ+c1VvTuyZhPxqUyNEz3cf9WR2xfIN dSU0z4pqcmabEBJN4cOKeTmTKI5P4/aCYqphgcy+DFN9yd7tsRHnk5eGlow42VH9Qc kBLWonPhjuQCw96a5cpfWQcRygV4TVjxmq9+fA1u1mR+x365uxXQlbDkGyzIr5rYZS arJUYUeeVju/e5e5XXADWGeDetGZ2+4pmYcbGlsAti/Yl1d3+uKbFuBjFcFI4QmVNA b18kFYgJUbYpg== Received: from [10.30.226.235] (localhost [IPv6:::1]) by aws-us-west-2-korg-oddjob-rhel9-1.codeaurora.org (Postfix) with ESMTP id D0A423811A64; Mon, 15 Jun 2026 15:30:12 +0000 (UTC) Content-Type: text/plain; charset="utf-8" Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [f2fs-dev] [PATCH] f2fs: stop checkpoint on compressed write IO error From: patchwork-bot+f2fs@kernel.org Message-Id: <178153741138.3946007.11156658533151898127.git-patchwork-notify@kernel.org> Date: Mon, 15 Jun 2026 15:30:11 +0000 References: <20260525061456.231710-1-qiwenjie@xiaomi.com> In-Reply-To: <20260525061456.231710-1-qiwenjie@xiaomi.com> To: Wenjie Qi Cc: jaegeuk@kernel.org, chao@kernel.org, yuchao0@huawei.com, linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, qiwenjie@xiaomi.com, stable@kernel.org Hello: This patch was applied to jaegeuk/f2fs.git (dev) by Jaegeuk Kim : On Mon, 25 May 2026 14:14:56 +0800 you wrote: > Compressed data writes are accounted as F2FS_WB_CP_DATA because they > write compressed pages through fio->compressed_page. Their end_io path > should therefore have the same checkpoint-stop behavior as ordinary > F2FS_WB_CP_DATA writes. > > However, f2fs_compress_write_end_io() only records -EIO in the inode > mapping when the bio fails. The filesystem can keep checkpointing after > that failure, so a later checkpoint may persist metadata that points to > compressed data blocks whose writeback failed. > > [...] Here is the summary with links: - [f2fs-dev] f2fs: stop checkpoint on compressed write IO error https://git.kernel.org/jaegeuk/f2fs/c/d99bb310a134 You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html