summaryrefslogtreecommitdiff
path: root/mm/page_alloc.c
diff options
context:
space:
mode:
authorBen Hutchings <ben@decadent.org.uk>2009-10-26 16:49:51 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2009-10-29 07:39:27 -0700
commit5c36fe3d87b3f0c85894a49193c66096a3d6b26f (patch)
tree8c2953fe31004115794e7834cfbc7136186aca5c /mm/page_alloc.c
parentb5654f5e7fc414a6e69b3647db2b043257c9e62e (diff)
downloadlwn-5c36fe3d87b3f0c85894a49193c66096a3d6b26f.tar.gz
lwn-5c36fe3d87b3f0c85894a49193c66096a3d6b26f.zip
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