ext4: fix start and len arguments handling in ext4_trim_fs()
commit913eed83eda42012cde8a9a801c31b312545c098
authorLukas Czerner <lczerner@redhat.com>
Thu, 22 Mar 2012 01:22:22 +0000 (21 21:22 -0400)
committerTheodore Ts'o <tytso@mit.edu>
Thu, 22 Mar 2012 01:22:22 +0000 (21 21:22 -0400)
treec6d3ecf5f98fcb1da3854059dbcc51c27b078011
parent636d7e2e3b57543636d20cd083079300ccdd569d
ext4: fix start and len arguments handling in ext4_trim_fs()

The overflow can happen when we are calling get_group_no_and_offset()
which stores the group number in the ext4_grpblk_t type which is
actually int. However when the blocknr is big enough the group number
might be bigger than ext4_grpblk_t resulting in overflow. This will
most likely happen with FITRIM default argument len = ULLONG_MAX.

Fix this by using "end" variable instead of "start+len" as it is easier
to get right and specifically check that the end is not beyond the end
of the file system, so we are sure that the result of
get_group_no_and_offset() will not overflow. Otherwise truncate it to
the size of the file system.

Signed-off-by: Lukas Czerner <lczerner@redhat.com>
Reviewed-by: Jan Kara <jack@suse.cz>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
fs/ext4/mballoc.c