diff options
author | Akinobu Mita <akinobu.mita@gmail.com> | 2011-03-21 08:32:53 -0400 |
---|---|---|
committer | Al Viro <viro@zeniv.linux.org.uk> | 2011-03-21 08:35:12 -0400 |
commit | 69b195be51620d72956acbf3029adad5765695dc (patch) | |
tree | 343d1786cf00b9d74f6ea7f5d5590c3bb7656180 /arch | |
parent | c212f9aaf9101a037fb7f59e75e639437e11d758 (diff) | |
download | linux-3.10-69b195be51620d72956acbf3029adad5765695dc.tar.gz linux-3.10-69b195be51620d72956acbf3029adad5765695dc.tar.bz2 linux-3.10-69b195be51620d72956acbf3029adad5765695dc.zip |
bfs: fix bitmap size argument to find_first_zero_bit()
The usage of find_first_zero_bit() in bfs_create() is wrong for two
reasons.
The bitmap size argument to find_first_zero_bit() is info->si_lasti but
the correct bitmap size is info->si_lasti + 1 as info->si_lasti is the
last valid index in info->si_imap bitmap.
Another problem is that it is impossible to detect that info->si_imap
bitmap is full because there is an off-by-one bug in the return value
check for find_first_zero_bit(). If no zero bits exist in info->si_imap,
find_first_zero_bit() returns info->si_lasti. But the check can't catch
it due to the off-by-one.
Signed-off-by: Akinobu Mita <akinobu.mita@gmail.com>
Acked-by: "Tigran A. Aivazian" <tigran@aivazian.fsnet.co.uk>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'arch')
0 files changed, 0 insertions, 0 deletions