summaryrefslogtreecommitdiffstats
path: root/fs/xfs/xfs_inode.c
diff options
context:
space:
mode:
authorChristoph Hellwig <hch@lst.de>2024-04-22 13:20:18 +0200
committerChandan Babu R <chandanbabu@kernel.org>2024-04-22 14:30:49 +0200
commitbd1753d8c42b6bd5d9a81c81d1ce6e3affe3a59f (patch)
tree3c1483cfedd3bc34e939999afa62f61f7a12fba4 /fs/xfs/xfs_inode.c
parentxfs: rework splitting of indirect block reservations (diff)
downloadlinux-bd1753d8c42b6bd5d9a81c81d1ce6e3affe3a59f.tar.xz
linux-bd1753d8c42b6bd5d9a81c81d1ce6e3affe3a59f.zip
xfs: stop the steal (of data blocks for RT indirect blocks)
When xfs_bmap_del_extent_delay has to split an indirect block it tries to steal blocks from the the part that gets unmapped to increase the indirect block reservation that now needs to cover for two extents instead of one. This works perfectly fine on the data device, where the data and indirect blocks come from the same pool. It has no chance of working when the inode sits on the RT device. To support re-enabling delalloc for inodes on the RT device, make this behavior conditional on not being for rt extents. Note that split of delalloc extents should only happen on writeback failure, as for other kinds of hole punching we first write back all data and thus convert the delalloc reservations covering the hole to a real allocation. Signed-off-by: Christoph Hellwig <hch@lst.de> Reviewed-by: Dave Chinner <dchinner@redhat.com> Reviewed-by: "Darrick J. Wong" <djwong@kernel.org> Signed-off-by: Chandan Babu R <chandanbabu@kernel.org>
Diffstat (limited to 'fs/xfs/xfs_inode.c')
0 files changed, 0 insertions, 0 deletions