summaryrefslogtreecommitdiff
tag namestandardize-tracepoints-5.15_2021-08-17 (b62ce64079821ffc30968a82d98cd80284085795)
tag date2021-08-17 16:39:33 -0700
tagged byDarrick J. Wong <djwong@kernel.org>
tagged objectcommit 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-----