Eric Sesterhenn 248736c2a5 hfsplus: fix possible deadlock when handling corrupted extents ... A corrupted extent for the extent file itself may try to get an impossible extent, causing a deadlock if I see it correctly. Check the inode number after the first_blocks checks and fail if it's the extent file, as according to the spec the extent file should have no extent for itself. Signed-off-by: Eric Sesterhenn <snakebyte@gmx.de> Cc: Roman Zippel <zippel@linux-m68k.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>		2008-10-20 08:52:38 -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
extents.c	hfsplus: fix possible deadlock when handling corrupted extents	2008-10-20 08:52:38 -07:00
hfsplus_fs.h	hfsplus: convert the extents_lock in a mutex	2008-07-25 10:53:33 -07:00
hfsplus_raw.h
inode.c	hfsplus: missing O_LARGEFILE check	2008-10-20 08:52:38 -07:00
ioctl.c
Makefile
options.c	vfs: Use const for kernel parser table	2008-10-13 10:10:37 -07:00
part_tbl.c
super.c	hfsplus: quieten down mounting hfsplus journaled fs read only	2008-10-16 11:21:46 -07:00
tables.c
unicode.c
wrapper.c	hfsplus: use get/put_unaligned_* helpers	2008-04-29 08:06:28 -07:00