* [PATCH] xfs_scrub: fix spacemap scan for data volume
@ 2026-07-13 15:55 Darrick J. Wong
2026-07-14 7:45 ` Christoph Hellwig
0 siblings, 1 reply; 2+ messages in thread
From: Darrick J. Wong @ 2026-07-13 15:55 UTC (permalink / raw)
To: Andrey Albershteyn; +Cc: linux-xfs, hch
From: Darrick J. Wong <djwong@kernel.org>
I don't know why this hunk got copied into scan_ag_rmaps on merge. The
original patch only touched scan_rtg_rmaps. Get rid of this new
inclusion because now it's broken for the data device.
Cc: <linux-xfs@vger.kernel.org> # v7.1.0
Fixes: 074c18165ea339 ("xfs_scrub: fix spacemap scan for internal rt devices")
Signed-off-by: "Darrick J. Wong" <djwong@kernel.org>
---
scrub/spacemap.c | 13 -------------
1 file changed, 13 deletions(-)
diff --git a/scrub/spacemap.c b/scrub/spacemap.c
index 26d05163bde971..65d716374c9eb3 100644
--- a/scrub/spacemap.c
+++ b/scrub/spacemap.c
@@ -111,19 +111,6 @@ scan_ag_rmaps(
keys[1].fmr_offset = ULLONG_MAX;
keys[1].fmr_flags = UINT_MAX;
- /*
- * fsmap for an internal rt volume treats physical ranges as offsets
- * into the underlying block device. Shift the query range up by
- * @rtstart here to skip the synthetic "internal filesystem" fsmap.
- */
- if (ctx->mnt.fsgeom.rtstart) {
- uint64_t offset = ctx->mnt.fsgeom.rtstart *
- ctx->mnt.fsgeom.blocksize;
-
- keys[0].fmr_physical += offset;
- keys[1].fmr_physical += offset;
- }
-
if (sbx->aborted)
return;
^ permalink raw reply related [flat|nested] 2+ messages in thread
end of thread, other threads:[~2026-07-14 7:45 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-07-13 15:55 [PATCH] xfs_scrub: fix spacemap scan for data volume Darrick J. Wong
2026-07-14 7:45 ` Christoph Hellwig
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox