diff options
| author | Darrick J. Wong <djwong@kernel.org> | 2026-09-01 22:49:47 -0700 |
|---|---|---|
| committer | Carlos Maiolino <cem@kernel.org> | 2026-09-07 07:50:36 +0200 |
| commit | e8b01aaafffe6b852325debdf1ef4b13ccea1cd7 (patch) | |
| tree | e27b801d71013bf501c17d3591769bc38c49f5fd /scripts/Makefile.thinlto | |
| parent | d7f97be48cbe3751e44a45373c0e91e93b976f98 (diff) | |
| download | linux-stable-e8b01aaafffe6b852325debdf1ef4b13ccea1cd7.tar.gz linux-stable-e8b01aaafffe6b852325debdf1ef4b13ccea1cd7.zip | |
xfs: fix backwards mergeability logic in refcount scrubber
When we start the refcount or rtrefcount btree scanners, prev_rec is
initialized to all zeroes. This is done so that the record mergeability
checks skip the first record because you must have two records to
compare. Unfortunately, I got the logic backwards, so scrub has never
complained about mergeable refcountbt records. Fix this bug that LOLLM
noticed.
Cc: stable@vger.kernel.org # v6.4
Fixes: db0502b39c21d1 ("xfs: flag refcount btree records that could be merged")
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