diff options
| author | Josef Bacik <josef@redhat.com> | 2010-03-19 14:38:13 +0000 |
|---|---|---|
| committer | Chris Mason <chris.mason@oracle.com> | 2010-04-05 16:04:50 -0400 |
| commit | ab6e24103cbd215e922938a4f58c75194761a60e (patch) | |
| tree | d54479feddd7fe625888dd62084621d4d0871c4b /arch | |
| parent | 109f6aef5fc436f355ad027f4d97bd696df2049a (diff) | |
| download | kernel_samsung_smdk4412-ab6e24103cbd215e922938a4f58c75194761a60e.zip kernel_samsung_smdk4412-ab6e24103cbd215e922938a4f58c75194761a60e.tar.gz kernel_samsung_smdk4412-ab6e24103cbd215e922938a4f58c75194761a60e.tar.bz2 | |
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 'arch')
0 files changed, 0 insertions, 0 deletions