summaryrefslogtreecommitdiff
path: root/scripts/Makefile.thinlto
diff options
context:
space:
mode:
authorDarrick J. Wong <djwong@kernel.org>2026-09-02 22:51:52 -0700
committerCarlos Maiolino <cem@kernel.org>2026-09-07 07:50:37 +0200
commit3f9fd694fa429e89fe6de51b22b0ed5fb8b2daf4 (patch)
tree3f91d73987f53923ff9f9aec34a682612bcfd2d7 /scripts/Makefile.thinlto
parent0d43368844a75ad13561a1198a3b027940730756 (diff)
downloadlinux-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