mirror of
https://github.com/torvalds/linux.git
synced 2024-11-29 15:41:36 +00:00
xfs: fix agblocks check in the cow leftover recovery function
As we've seen, refcount records use the upper bit of the rc_startblock field to ensure that all the refcount records are at the right side of the refcount btree. This works because an AG is never allowed to have more than (1U << 31) blocks in it. If we ever encounter a filesystem claiming to have that many blocks, we absolutely do not want reflink touching it at all. However, this test at the start of xfs_refcount_recover_cow_leftovers is slightly incorrect -- it /should/ be checking that agblocks isn't larger than the XFS_MAX_CRC_AG_BLOCKS constant, and it should check that the constant is never large enough to conflict with that CoW flag. Note that the V5 superblock verifier has not historically rejected filesystems where agblocks >= XFS_MAX_CRC_AG_BLOCKS, which is why this ended up in the COW recovery routine. Signed-off-by: Darrick J. Wong <djwong@kernel.org> Reviewed-by: Dave Chinner <dchinner@redhat.com>
This commit is contained in:
parent
f62ac3e0ac
commit
f1fdc82078
@ -1796,7 +1796,9 @@ xfs_refcount_recover_cow_leftovers(
|
||||
xfs_fsblock_t fsb;
|
||||
int error;
|
||||
|
||||
if (mp->m_sb.sb_agblocks >= XFS_REFC_COW_START)
|
||||
/* reflink filesystems mustn't have AGs larger than 2^31-1 blocks */
|
||||
BUILD_BUG_ON(XFS_MAX_CRC_AG_BLOCKS >= XFS_REFC_COW_START);
|
||||
if (mp->m_sb.sb_agblocks > XFS_MAX_CRC_AG_BLOCKS)
|
||||
return -EOPNOTSUPP;
|
||||
|
||||
INIT_LIST_HEAD(&debris);
|
||||
|
Loading…
Reference in New Issue
Block a user