summaryrefslogtreecommitdiff
path: root/scripts/gdb/linux/utils.py
diff options
context:
space:
mode:
authorZhang Yi <yi.zhang@huawei.com>2022-03-01 14:17:04 +0300
committerTheodore Ts'o <tytso@mit.edu>2022-03-03 07:56:41 +0300
commit5c93e8ecd5bd3bfdee013b6da0850357eb6ca4d8 (patch)
tree59493b2132ac471877eb0a7d40128d3b03e040b7 /scripts/gdb/linux/utils.py
parentfd9b6fad667c7516a130cf0f3caddcb965710c12 (diff)
downloadlinux-5c93e8ecd5bd3bfdee013b6da0850357eb6ca4d8.tar.xz
ext4: fix underflow in ext4_max_bitmap_size()
when ext4 filesystem is created with 64k block size, ^extent and ^huge_file features. the upper_limit would underflow during the computations in ext4_max_bitmap_size(). The problem is the size of block index tree for such large block size is more than i_blocks can carry. So fix the computation to count with this possibility. After this fix, the 'res' cannot overflow loff_t on the extreme case of filesystem with huge_files and 64K block size, so this patch also revert commit 75ca6ad408f4 ("ext4: fix loff_t overflow in ext4_max_bitmap_size()"). Signed-off-by: Zhang Yi <yi.zhang@huawei.com> Reviewed-by: Jan Kara <jack@suse.cz> Link: https://lore.kernel.org/r/20220301111704.2153829-1-yi.zhang@huawei.com Signed-off-by: Theodore Ts'o <tytso@mit.edu>
Diffstat (limited to 'scripts/gdb/linux/utils.py')
0 files changed, 0 insertions, 0 deletions