]> git.ipfire.org Git - thirdparty/kernel/stable.git/commitdiff
btrfs: fix wrong length parameter for btrfs_cleanup_ordered_extents()
authorQu Wenruo <wqu@suse.com>
Sun, 20 Jul 2025 05:31:39 +0000 (15:01 +0930)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Wed, 20 Aug 2025 16:36:32 +0000 (18:36 +0200)
commit deaf895212da74635a7f0a420e1ecf8f5eca1fe5 upstream.

Inside nocow_one_range(), if the checksum cloning for data reloc inode
failed, we call btrfs_cleanup_ordered_extents() to cleanup the just
allocated ordered extents.

But unlike extent_clear_unlock_delalloc(),
btrfs_cleanup_ordered_extents() requires a length, not an inclusive end
bytenr.

This can be problematic, as the @end is normally way larger than @len.

This means btrfs_cleanup_ordered_extents() can be called on folios
out of the correct range, and if the out-of-range folio is under
writeback, we can incorrectly clear the ordered flag of the folio, and
trigger the DEBUG_WARN() inside btrfs_writepage_cow_fixup().

Fix the wrong parameter with correct length instead.

Fixes: 94f6c5c17e52 ("btrfs: move ordered extent cleanup to where they are allocated")
CC: stable@vger.kernel.org # 6.15+
Reviewed-by: Boris Burkov <boris@bur.io>
Signed-off-by: Qu Wenruo <wqu@suse.com>
Reviewed-by: David Sterba <dsterba@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
fs/btrfs/inode.c

index f18f4d59d389e4d7b3d26cfd2c0f39ba4341ca3d..ec83a24d463f0255f515d9461603a378ebeb422e 100644 (file)
@@ -2028,7 +2028,7 @@ static int nocow_one_range(struct btrfs_inode *inode, struct folio *locked_folio
         * cleaered by the caller.
         */
        if (ret < 0)
-               btrfs_cleanup_ordered_extents(inode, file_pos, end);
+               btrfs_cleanup_ordered_extents(inode, file_pos, len);
        return ret;
 }