tag name | standardize-tracepoints-5.15_2021-08-17 (b62ce64079821ffc30968a82d98cd80284085795) |
tag date | 2021-08-17 16:39:33 -0700 |
tagged by | Darrick J. Wong <djwong@kernel.org> |
tagged object | commit 405936272a... |
xfs: clean up ftrace field tags and formats
Dave has periodically complained on IRC about inconsistencies in the
printk format strings for XFS tracepoints. He's right -- inodes and
block numbers are sometimes printed in decimal and other times in hex.
Worse yet, the tags associated with the names are also inconsistent and
aren't clear about the units of the numbers reported. Most "blocks" and
"length" fields are fs blocks, but some are daddrs, some are byte
counts, etc.
Sooo... here's a disruptive bikeshed-attractor patchset that changes all
those numbers to hexadecimal and tries to make the naming consistent.
Or at least more consistent than they are now.
Here's the cleaned up nomenclature, starting with the ones that were
already in use:
ino: filesystem inode number
agino: per-AG inode number
agno: allocation group number
agbno: per-AG block number in fs blocks
owner: reverse-mapping owner, usually inodes
daddr: physical block number in 512b blocks
startblock: physical block number for file mappings. This is either a
segmented fsblock for data device mappings, or a rfsblock
for realtime device mappings
fileoff: file offset, in fs blocks
pos: file offset, in bytes
forkoff: inode fork offset, in bytes
icount: number of inode records
disize: ondisk file size, in bytes
isize: incore file size, in bytes
And here are three new tags:
blockcount: number of blocks in an extent, in fs blocks
daddrcount: number of blocks in a physical extent, in 512b blocks
bytecount: number of bytes
-----BEGIN PGP SIGNATURE-----
iQIzBAABCgAdFiEEUzaAxoMeQq6m2jMV+H93GTRKtOsFAmEcSLUACgkQ+H93GTRK
tOvGXBAAgvlIARWsBZzifw23eZFpuNFAKPh9p6dURaLi/NGbx+ayIKDl1pP22cZM
voPxaTic0+I/GnClweXIxzgbDqeEUx3bGaYIWpcYp9lDVJVdqgbmvBGryJBJOVXC
f4AHjZG6iF39yQcoBnBjn60IIXP8rLwAevDhk5IXi+Gmcn41/QD68V3gGAaDhcmy
NXl1I7A4yLaAWDSz/Jzf9QcmtV+VNZc0PRoKU5UlhM6VdUAlA11u6xEYVfV13uNp
WwU9pzFEMUNAYI6ISWBIIuCVoz4Q85O9gaJ/x1B8BGaPtdRbFYqKtEae7J+DdnmF
5irpE0cpqQJnrvqmaKfcxCEiJ7SbDkolDqGNy7IxlQ6chqEdhQuMkg0moe4pDV16
qQyxXP8hJVEXfaK3MLl+7sElaagSBAjQPTIdkmM0cCYChchxcrXjTayMvsMLmxLy
OkkTyy7Ry49Q4FqCT5kiweYCd2TyRQCtcCJ9tvXlaKVs9+IEeDXqw5ceVWCuU6rp
3WZONsy4F5OS4QhdVlC87gpXo/YMQnA5WqE8HrYgY0LW/I93VT/Q1ZSATXCGqxzd
038uiRJvmYnsTy4EeA9phmAdm4fn/WuImAsPd88qJYUMAtBz0A15MrBtSxaFdLbg
CzydI0oHPm4FhFvLg99hycdI4OIYwr+426SKwrbUpDhVUpUN778=
=4Dh3
-----END PGP SIGNATURE-----