]> www.infradead.org Git - users/hch/xfs.git/commitdiff
xfs: fix a sloppy memory handling bug in xfs_iroot_realloc
authorDarrick J. Wong <djwong@kernel.org>
Wed, 29 May 2024 04:11:27 +0000 (21:11 -0700)
committerChristoph Hellwig <hch@lst.de>
Sat, 10 Aug 2024 08:44:21 +0000 (10:44 +0200)
While refactoring code, I noticed that when xfs_iroot_realloc tries to
shrink a bmbt root block, it allocates a smaller new block and then
copies "records" and pointers to the new block.  However, bmbt root
blocks cannot ever be leaves, which means that it's not technically
correct to copy records.  We /should/ be copying keys.

Note that this has never resulted in actual memory corruption because
sizeof(bmbt_rec) == (sizeof(bmbt_key) + sizeof(bmbt_ptr)).  However,
this will no longer be true when we start adding realtime rmap stuff,
so fix this now.

Signed-off-by: Darrick J. Wong <djwong@kernel.org>
fs/xfs/libxfs/xfs_inode_fork.c

index 435ccb2496ccdf55fbec601fa7473f8b09cc35a4..e4175f46f1dab72741252f4add60ad2a08589427 100644 (file)
@@ -485,15 +485,15 @@ xfs_iroot_realloc(
        memcpy(new_broot, ifp->if_broot, xfs_bmbt_block_len(ip->i_mount));
 
        /*
-        * Only copy the records and pointers if there are any.
+        * Only copy the keys and pointers if there are any.
         */
        if (new_max > 0) {
                /*
-                * First copy the records.
+                * First copy the keys.
                 */
-               op = (char *)xfs_bmbt_rec_addr(mp, ifp->if_broot, 1);
-               np = (char *)xfs_bmbt_rec_addr(mp, new_broot, 1);
-               memcpy(np, op, new_max * (uint)sizeof(xfs_bmbt_rec_t));
+               op = (char *)xfs_bmbt_key_addr(mp, ifp->if_broot, 1);
+               np = (char *)xfs_bmbt_key_addr(mp, new_broot, 1);
+               memcpy(np, op, new_max * (uint)sizeof(xfs_bmbt_key_t));
 
                /*
                 * Then copy the pointers.