diff options
author | Josef Bacik <josef@redhat.com> | 2010-03-19 14:38:13 (GMT) |
---|---|---|
committer | Chris Mason <chris.mason@oracle.com> | 2010-04-05 20:04:50 (GMT) |
commit | ab6e24103cbd215e922938a4f58c75194761a60e (patch) | |
tree | d54479feddd7fe625888dd62084621d4d0871c4b /fs/jfs/jfs_unicode.h | |
parent | 109f6aef5fc436f355ad027f4d97bd696df2049a (diff) | |
download | linux-fsl-qoriq-ab6e24103cbd215e922938a4f58c75194761a60e.tar.xz |
Btrfs: fix data enospc check overflow
Because we account for reserved space we get from the allocator before we
actually account for allocating delalloc space, we can have a small window where
the amount of "used" space in a space_info is more than the total amount of
space in the space_info. This will cause a overflow in our check, so it will
seem like we have _tons_ of free space, and we'll allow reservations to occur
that will end up larger than the amount of space we have. I've seen users
report ENOSPC panic's in cow_file_range a few times recently, so I tried to
reproduce this problem and found I could reproduce it if I ran one of my tests
in a loop for like 20 minutes. With this patch my test ran all night without
issues. Thanks,
Signed-off-by: Josef Bacik <josef@redhat.com>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
Diffstat (limited to 'fs/jfs/jfs_unicode.h')
0 files changed, 0 insertions, 0 deletions