xfs: bmap log intent cleanups

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.

Signed-off-by: Darrick J. Wong <djwong@kernel.org>
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEEUzaAxoMeQq6m2jMV+H93GTRKtOsFAmNJ0jsACgkQ+H93GTRK
tOuo+A/+OzVDaP0WOzqjlL0CaI+l9JgRv/m69shTS3eM4aldKLifmCB+BLHDDxcH
xZgolBKRBcMPZFgVwLkx06zDQUTQ83ntCiGxadOHBJmdLG5pARag3veaQU2xBxIa
u9SGtT2FBfvYyir1pPZ9oywkuWe9zH1CYXEgygOWA1qJnMNheEPUahmnveGONoKx
u/iTOVPUrYbOnxHzpSEdqB8qC9It1jEme66dlaTvG8n4jbl4VXTnFllWZELY8ZSZ
W0vT2wlIdeZw8YkBMdVpBeELDE+htkm+5wiSoOTf27MAy5SsekHy8BO0CFDMb2Dl
s4Lhjhc1a10a0s+lwAZEaH9TfRFnTWN+w7k4SxIbqrGTCd/IpoZYTJ2pwLy2juu7
MoHaCYrqaIgKXKOX7BjoeCMtBHdBmVbgYrbBgObXqURYueoiX/2wCpbIu2G4vL5k
SBwOfDauEt1oFE4ht94ozz4bYlA/phDnE0ynYmUS5c9wJo5CGfrLjOfNJkBaiamU
CSUt/3J8ibdLP4cEiTYSn1Li+7YDqycHFogdPq9Kyk4Tdg/iyzFhBPsV9aP5jyhl
lO/YaJAfMBucmlr/+FrVhxV8VZ/hixMWFcBQm4mzmmCHbxcLjmXUES0du8N5TYhP
5Odw9T3e8b49qvKeOZQqxvIOn/nOIEonJyHuN7QeQqZEyy8GwBk=
=/rHx
-----END PGP SIGNATURE-----