Btrfs: fix missing error return if writeback for extent buffer never started
authorFilipe Manana <fdmanana@suse.com>
Wed, 11 Sep 2019 16:42:28 +0000 (17:42 +0100)
committerDavid Sterba <dsterba@suse.com>
Tue, 24 Sep 2019 12:45:23 +0000 (14:45 +0200)
commit0607eb1d452d45c5ac4c745a9e9e0d95152ea9d0
tree14edea7563fc48d25346c4e4199ddc4e600aa9f5
parenteb5b64f142504a597d67e2109d603055ff765e52
Btrfs: fix missing error return if writeback for extent buffer never started

If lock_extent_buffer_for_io() fails, it returns a negative value, but its
caller btree_write_cache_pages() ignores such error. This means that a
call to flush_write_bio(), from lock_extent_buffer_for_io(), might have
failed. We should make btree_write_cache_pages() notice such error values
and stop immediatelly, making sure filemap_fdatawrite_range() returns an
error to the transaction commit path. A failure from flush_write_bio()
should also result in the endio callback end_bio_extent_buffer_writepage()
being invoked, which sets the BTRFS_FS_*_ERR bits appropriately, so that
there's no risk a transaction or log commit doesn't catch a writeback
failure.

Reviewed-by: Josef Bacik <josef@toxicpanda.com>
Signed-off-by: Filipe Manana <fdmanana@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
fs/btrfs/extent_io.c