diff options
author | Ben Hutchings <ben@decadent.org.uk> | 2009-10-26 16:49:51 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2009-10-29 07:39:27 -0700 |
commit | 5c36fe3d87b3f0c85894a49193c66096a3d6b26f (patch) | |
tree | 8c2953fe31004115794e7834cfbc7136186aca5c /mm/page_alloc.c | |
parent | b5654f5e7fc414a6e69b3647db2b043257c9e62e (diff) | |
download | kernel_samsung_smdk4412-5c36fe3d87b3f0c85894a49193c66096a3d6b26f.zip kernel_samsung_smdk4412-5c36fe3d87b3f0c85894a49193c66096a3d6b26f.tar.gz kernel_samsung_smdk4412-5c36fe3d87b3f0c85894a49193c66096a3d6b26f.tar.bz2 |
hfsplus: refuse to mount volumes larger than 2TB
As found in <http://bugs.debian.org/550010>, hfsplus is using type u32
rather than sector_t for some sector number calculations.
In particular, hfsplus_get_block() does:
u32 ablock, dblock, mask;
...
map_bh(bh_result, sb, (dblock << HFSPLUS_SB(sb).fs_shift) + HFSPLUS_SB(sb).blockoffset + (iblock & mask));
I am not confident that I can find and fix all cases where a sector number
may be truncated. For now, avoid data loss by refusing to mount HFS+
volumes with more than 2^32 sectors (2TB).
[akpm@linux-foundation.org: fix 32 and 64-bit issues]
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
Cc: Eric Sesterhenn <snakebyte@gmx.de>
Cc: Roman Zippel <zippel@linux-m68k.org>
Cc: <stable@kernel.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/page_alloc.c')
0 files changed, 0 insertions, 0 deletions