kernel-fxtec-pro1x/fs/hfsplus
Ben Hutchings 5c36fe3d87 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>
2009-10-29 07:39:27 -07:00
..
bfind.c
bitmap.c hfsplus: check read_mapping_page() return value 2008-10-16 11:21:46 -07:00
bnode.c
brec.c
btree.c hfsplus: fix warning with 64k PAGE_SIZE 2008-04-30 08:29:52 -07:00
catalog.c hfsplus: fix Buffer overflow with a corrupted image 2008-10-16 11:21:46 -07:00
dir.c HFS+: fix unlink of links 2008-04-10 13:37:51 -07:00
extents.c hfsplus: fix possible deadlock when handling corrupted extents 2008-10-20 08:52:38 -07:00
hfsplus_fs.h constify dentry_operations: misc filesystems 2009-03-27 14:44:00 -04:00
hfsplus_raw.h
inode.c constify dentry_operations: misc filesystems 2009-03-27 14:44:00 -04:00
ioctl.c [PATCH] r/o bind mounts: elevate write count for ioctls() 2008-04-19 00:29:24 -04:00
Kconfig fs/Kconfig: move hfs, hfsplus out 2009-01-22 13:15:57 +03:00
Makefile
options.c New helper - current_umask() 2009-03-31 23:00:26 -04:00
part_tbl.c
super.c fs: Make unload_nls() NULL pointer safe 2009-09-24 07:47:42 -04:00
tables.c
unicode.c fs/hfsplus/unicode.c: fix uninitialized var warning 2008-02-08 09:22:36 -08:00
wrapper.c hfsplus: refuse to mount volumes larger than 2TB 2009-10-29 07:39:27 -07:00