tag name | realtime-rmap_2022-10-14 (9cb4dab381538082cf01003410a3dc88c24f4af4) |
tag date | 2022-10-14 14:19:18 -0700 |
tagged by | Darrick J. Wong <djwong@kernel.org> |
tagged object | commit 2d8a3a4efe... |
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.
Signed-off-by: Darrick J. Wong <djwong@kernel.org>
-----BEGIN PGP SIGNATURE-----
iQIzBAABCgAdFiEEUzaAxoMeQq6m2jMV+H93GTRKtOsFAmNJ0lYACgkQ+H93GTRK
tOuHqw//QHSEEIXjXw2jO9g+X2PmDs9P30wlqK5SGGg/ANBMSDHvndleUyl0pS9M
mi5AVJIKuQo6R02YhtQ1bfXVPjdbFj4zQBahsrNf8GcUKZWhWMz9iAikGd6WF3BV
DwPTRZ2d6vcd0fQvlJXtUgM9U6h/MA/WO4dtSoP5Xd0ZycDxSByvNIka6+MZmg6q
4Pc36lnoBrDEy3fZpSCNee5j7qbgtuIbWPEstaV4+lw/9Wm0X6dLyJORINGOTQWt
YfO5JwgGE4he5/Og9pfNldwyldFe97/FUw61atR0rhiXgTCtsmr4KNJ4zpGmm3dT
Kff9eIkQ4XOwwEqgED4WaJPtPylUeSkZmOw3HpKz7wWwzBp0OE9X7ppZex4SRKQ/
L3R4O3KG+xzgKww87sEpVM9VETPV9l5JVMpdn6z2mrGpMM07kZNR3q5J/cpXeJlp
n3Ec9c7Sn/XZdTeXbNQp5oLGguUan1oMl6/kED12FKXzGpGklC+UWhTBMpsMYyXY
SjxQVZvG1p9aPfeo0MdZAdyfeMOxRnq/IGe5dY+UbwlVKYm9oX0Ep7QFd8ckAYO6
2k9cITyq8FgmR6k2Plmj/xr6xQS5qyAsxpAtjnOIMu9En0HfCoNWB4INrYI+2346
VMXaO0Mh1ea13+FsF5J+9/5j/ZUrGMOkr0kxPs9p0T5iDag00hQ=
=Y/j0
-----END PGP SIGNATURE-----