diff options
author | Dave Chinner <dchinner@redhat.com> | 2016-01-04 16:22:45 +1100 |
---|---|---|
committer | Dave Chinner <david@fromorbit.com> | 2016-01-04 16:22:45 +1100 |
commit | 3b0fe47805802216087259b07de691ef47ff6fbc (patch) | |
tree | 9bcbb04535f71cc5a53bf28de88474def8836dd0 /fs/ceph/mdsmap.c | |
parent | 168309855a7d1e16db751e9c647119fe2d2dc878 (diff) | |
download | blackbird-op-linux-3b0fe47805802216087259b07de691ef47ff6fbc.tar.gz blackbird-op-linux-3b0fe47805802216087259b07de691ef47ff6fbc.zip |
xfs: Don't use reserved blocks for data blocks with DAX
Commit 1ca1915 ("xfs: Don't use unwritten extents for DAX") enabled
the DAX allocation call to dip into the reserve pool in case it was
converting unwritten extents rather than allocating blocks. This was
a direct copy of the unwritten extent conversion code, but had an
unintended side effect of allowing normal data block allocation to
use the reserve pool. Hence normal block allocation could deplete
the reserve pool and prevent unwritten extent conversion at ENOSPC,
hence violating fallocate guarantees on preallocated space.
Fix it by checking whether the incoming map from __xfs_get_blocks()
spans an unwritten extent and only use the reserve pool if the
allocation covers an unwritten extent.
Signed-off-by: Dave Chinner <dchinner@redhat.com>
Tested-by: Ross Zwisler <ross.zwisler@linux.intel.com>
Signed-off-by: Dave Chinner <david@fromorbit.com>
Diffstat (limited to 'fs/ceph/mdsmap.c')
0 files changed, 0 insertions, 0 deletions