diff options
| author | Darrick J. Wong <djwong@kernel.org> | 2026-09-02 22:51:52 -0700 |
|---|---|---|
| committer | Carlos Maiolino <cem@kernel.org> | 2026-09-07 07:50:37 +0200 |
| commit | 3f9fd694fa429e89fe6de51b22b0ed5fb8b2daf4 (patch) | |
| tree | 3f91d73987f53923ff9f9aec34a682612bcfd2d7 /scripts/Makefile.thinlto | |
| parent | 0d43368844a75ad13561a1198a3b027940730756 (diff) | |
| download | linux-stable-3f9fd694fa429e89fe6de51b22b0ed5fb8b2daf4.tar.gz linux-stable-3f9fd694fa429e89fe6de51b22b0ed5fb8b2daf4.zip | |
xfs: fix rtrefcount btree block counting in scrub
LOLLM started on a long tangent about how xchk_refcount_xref_rmap
shouldn't nope out if sc->sa.rmap_cur isn't set, because nothing ever
sets that field. It's right about the condition, but misses the bigger
problem, which is that to count the rtrefcount btree blocks, we have to
walk all rmap records in each AG in the data section. That was papered
over by the incorrect !sc->sa.rmap_cur test.
In other words, we need a perag iteration loop here. Restructure the
code to do that, and now it'll all work properly. Fix the confusing
function name prefix.
Cc: stable@vger.kernel.org # v6.14
Fixes: c27929670de144 ("xfs: scrub the realtime refcount btree")
Signed-off-by: Darrick J. Wong <djwong@kernel.org>
Assisted-by: LOLLM # finding obvious bugs
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Carlos Maiolino <cem@kernel.org>
Diffstat (limited to 'scripts/Makefile.thinlto')
0 files changed, 0 insertions, 0 deletions
