summaryrefslogtreecommitdiffstats
path: root/tools/testing/selftests/bpf/prog_tests/autoload.c
diff options
context:
space:
mode:
authorQu Wenruo <wqu@suse.com>2025-04-01 18:20:28 +1030
committerDavid Sterba <dsterba@suse.com>2025-04-17 11:55:56 +0200
commit7d82240c457fc15abdf7dedf15104cea774b005b (patch)
tree9195d53179064d68b0af20472a246c602ef436d3 /tools/testing/selftests/bpf/prog_tests/autoload.c
parentbc2dbc4983afedd198490cca043798f57c93e9bf (diff)
downloadlinux-7d82240c457fc15abdf7dedf15104cea774b005b.tar.gz
linux-7d82240c457fc15abdf7dedf15104cea774b005b.tar.bz2
linux-7d82240c457fc15abdf7dedf15104cea774b005b.zip
btrfs: fix the ASSERT() inside GET_SUBPAGE_BITMAP()
After enabling large data folios for tests, I hit the ASSERT() inside GET_SUBPAGE_BITMAP() where blocks_per_folio matches BITS_PER_LONG. The ASSERT() itself is only based on the original subpage fs block size, where we have at most 16 blocks per page, thus "ASSERT(blocks_per_folio < BITS_PER_LONG)". However the experimental large data folio support will set the max folio order according to the BITS_PER_LONG, so we can have a case where a large folio contains exactly BITS_PER_LONG blocks. So the ASSERT() is too strict, change it to "ASSERT(blocks_per_folio <= BITS_PER_LONG)" to avoid the false alert. Reviewed-by: Filipe Manana <fdmanana@suse.com> Reviewed-by: Sweet Tea Dorminy <sweettea-kernel@dorminy.me> Reviewed-by: Boris Burkov <boris@bur.io> Signed-off-by: Qu Wenruo <wqu@suse.com> Reviewed-by: David Sterba <dsterba@suse.com> Signed-off-by: David Sterba <dsterba@suse.com>
Diffstat (limited to 'tools/testing/selftests/bpf/prog_tests/autoload.c')
0 files changed, 0 insertions, 0 deletions