btrfs: fix lost error when running device stats on multiple devices fs
Whenever we get an error updating the device stats item for a device in
btrfs_run_dev_stats() we allow the loop to go to the next device, and if
updating the stats item for the next device succeeds, we end up losing
the error we had from the previous device.
Fix this by breaking out of the loop once we get an error and make sure
it's returned to the caller. Since we are in the transaction commit path
(and in the critical section actually), returning the error will result
in a transaction abort.
Fixes: 733f4fbbc1 ("Btrfs: read device stats on mount, write modified ones during commit")
Signed-off-by: Filipe Manana <fdmanana@suse.com>
Reviewed-by: David Sterba <dsterba@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
This commit is contained in:
parent
a85b46db14
commit
1c37d896b1
|
|
@ -8099,8 +8099,9 @@ int btrfs_run_dev_stats(struct btrfs_trans_handle *trans)
|
|||
smp_rmb();
|
||||
|
||||
ret = update_dev_stat_item(trans, device);
|
||||
if (!ret)
|
||||
atomic_sub(stats_cnt, &device->dev_stats_ccnt);
|
||||
if (ret)
|
||||
break;
|
||||
atomic_sub(stats_cnt, &device->dev_stats_ccnt);
|
||||
}
|
||||
mutex_unlock(&fs_devices->device_list_mutex);
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue