]> git.ipfire.org Git - thirdparty/xfsprogs-dev.git/commit
Merge tag 'bmap-intent-cleanups-6.9_2024-06-03' of https://git.kernel.org/pub/scm...
authorCarlos Maiolino <cem@kernel.org>
Mon, 17 Jun 2024 11:32:35 +0000 (13:32 +0200)
committerCarlos Maiolino <cem@kernel.org>
Mon, 17 Jun 2024 11:32:35 +0000 (13:32 +0200)
commite9e23414846db9ff54e1d2b8d4df3e7f7bd0765c
tree37eb0854d27f26f282cd4c831ea5c10b41227d2a
parent6df6598b72c59f19c088b17b768d903a72f4ea44
parent5ac16998a64422509f3123304891aae905e1ff04
Merge tag 'bmap-intent-cleanups-6.9_2024-06-03' of https://git.kernel.org/pub/scm/linux/kernel/git/djwong/xfsprogs-dev into for-next

xfsprogs: bmap log intent cleanups [v30.5 03/35]

The next major target of online repair are metadata that are persisted
in blocks mapped by a file fork.  In other words, we want to repair
directories, extended attributes, symbolic links, and the realtime free
space information.  For file-based metadata, we assume that the space
metadata is correct, which enables repair to construct new versions of
the metadata in a temporary file.  We then need to swap the file fork
mappings of the two files atomically.  With this patchset, we begin
constructing such a facility based on the existing bmap log items and a
new extent swap log item.

This series cleans up a few parts of the file block mapping log intent
code before we start adding support for realtime bmap intents.  Most of
it involves cleaning up tracepoints so that more of the data extraction
logic ends up in the tracepoint code and not the tracepoint call site,
which should reduce overhead further when tracepoints are disabled.
There is also a change to pass bmap intents all the way back to the bmap
code instead of unboxing the intent values and re-boxing them after the
_finish_one function completes.

This has been running on the djcloud for months with no problems.  Enjoy!

Signed-off-by: Darrick J. Wong <djwong@kernel.org>
Signed-off-by: Carlos Maiolino <cem@kernel.org>