summaryrefslogtreecommitdiff
path: root/Documentation/vm
diff options
context:
space:
mode:
authorQu Wenruo <wqu@suse.com>2018-11-20 10:26:36 +0800
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2018-11-27 16:09:40 +0100
commitfc43e4cd7f92aa3ce41677850740e465c04ee0a5 (patch)
treebcf48b7293edc9a3562e6781845ff9c0c13d7228 /Documentation/vm
parent230c832a4e1b908c91a0bc8c0762a63afc1ee10e (diff)
btrfs: Enhance btrfs_trim_fs function to handle error better
Commit 93bba24d4b5ad1e5cd8b43f64e66ff9d6355dd20 upstream. Function btrfs_trim_fs() doesn't handle errors in a consistent way. If error happens when trimming existing block groups, it will skip the remaining blocks and continue to trim unallocated space for each device. The return value will only reflect the final error from device trimming. This patch will fix such behavior by: 1) Recording the last error from block group or device trimming The return value will also reflect the last error during trimming. Make developer more aware of the problem. 2) Continuing trimming if possible If we failed to trim one block group or device, we could still try the next block group or device. 3) Report number of failures during block group and device trimming It would be less noisy, but still gives user a brief summary of what's going wrong. Such behavior can avoid confusion for cases like failure to trim the first block group and then only unallocated space is trimmed. Reported-by: Chris Murphy <lists@colorremedies.com> CC: stable@vger.kernel.org # 4.9 Signed-off-by: Qu Wenruo <wqu@suse.com> Reviewed-by: David Sterba <dsterba@suse.com> [ add bg_ret and dev_ret to the messages ] Signed-off-by: David Sterba <dsterba@suse.com> [ change parameter from @fs_info to @fs_info->root for older kernel ] Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'Documentation/vm')
0 files changed, 0 insertions, 0 deletions