summaryrefslogtreecommitdiff
tag namerealtime-rmap_2021-09-17 (d0e0534eaa21ae458272c9e527f60496c6f8abcf)
tag date2021-09-17 18:56:23 -0700
tagged byDarrick J. Wong <djwong@kernel.org>
tagged objectcommit 7e27b4defb...
xfs: realtime reverse-mapping support
This is the latest revision of a patchset that adds to XFS kernel support for reverse mapping for the realtime device. This time around I've fixed some of the bitrot that I've noticed over the past few months, and most notably have converted rtrmapbt to use the metadata inode directory feature instead of burning more space in the superblock. At the beginning of the set are patches to implement storing B+tree leaves in an inode root, since the realtime rmapbt is rooted in an inode, unlike the regular rmapbt which is rooted in an AG block. Prior to this, the only btree that could be rooted in the inode fork was the block mapping btree; if all the extent records fit in the inode, format would be switched from 'btree' to 'extents'. The next few patches widen the reverse mapping routines to fit the 64-bit numbers required to store information about the realtime device and establish a new b+tree type (rtrmapbt) for the realtime variant of the rmapbt. After that are a few patches to handle rooting the rtrmapbt in a specific inode that's referenced by the superblock. Finally, there are patches to implement GETFSMAP with the rtrmapbt and scrub functionality for the rtrmapbt and rtbitmap; and then wire up the online scrub functionality. We also enhance EFIs to support tracking freeing of realtime extents so that when rmap is turned on we can maintain the same order of operations as the regular rmap code. -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEUzaAxoMeQq6m2jMV+H93GTRKtOsFAmFFR0cACgkQ+H93GTRK tOv1pw/9FDnFH+0A4GluId2wxzSix4Zw66wkHqlfpnR9DaD9VErQRDKDNq7mGjTh ue2LuENz48X0h2Q2GptFVvRySpOrfA3eGG+zXtvtSPqjMDXVBIjToDQE3tj1JqZd MTAh8kGWp7fer+DNZ2jIMjKq7hss2ezjBPC2mPxQqMJeroibfkRO8N77yYyZQsVC QpGSfowwZr2cbNiHMvMtvIWxN8k+2FgNyNc4Uoc/JRqb5QbtJCes+tIPQ17K+G6W kt7gtBXHtJvF/uYVdz33d2oZa61pqdFZH+chlw04kKA9Nbi2rlJXQlZSgSyoNLRe 0BoMaHVQsJQR/JL5LYGujR4tNkKQTESNsWaWdIONT8RW1kwaz0vljZn9yw1Fn6mY YLPOVtBQ4nMeIZqXosl2Jf0BlvllBXi+3KdZ4g5/nJuZ3lBYOvtDSGaV/WnGeo8W /7ZXWncRN9+0KJVV3smhEGILi9lFdDQiARWPzKoD8vfBvhm11D/n5o/lyaHPGQ7z 3DFxuiopRPtvjCJvV5juVHhvQS4jS9c7FBshBuW2ojpggSDHdkKOHcXDa0ST4nKa fvyUwQ8+pdauKL3ZDR0tvdWU2qUb6qwq+7+/UVcwUHFSE7TtRR04rm66Tn+otQFC l6XuBfLrkjWShA+kWqa4qzsxpBKmgf6Zl7XyjaVM8EyITjReW6g= =+jyS -----END PGP SIGNATURE-----