linux/fs/minix
Josh Boyer 016e8d44bc fs/minix: Verify bitmap block counts before mounting
Newer versions of MINIX can create filesystems that allocate an extra
bitmap block.  Mounting of this succeeds, but doing a statfs call will
result in an oops in count_free because of a negative number being used
for the bh index.

Avoid this by verifying the number of allocated blocks at mount time,
erroring out if there are not enough and make statfs ignore the extras
if there are too many.

This fixes https://bugzilla.kernel.org/show_bug.cgi?id=18792

Signed-off-by: Josh Boyer <jwboyer@redhat.com>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
2011-11-19 11:13:26 -05:00
..
bitmap.c fs/minix: Verify bitmap block counts before mounting 2011-11-19 11:13:26 -05:00
dir.c clean up write_begin usage for directories in pagecache 2010-08-09 16:47:31 -04:00
file.c remove inode_setattr 2010-08-09 16:47:37 -04:00
inode.c fs/minix: Verify bitmap block counts before mounting 2011-11-19 11:13:26 -05:00
itree_common.c [PATCH] Minix V3 support 2007-02-12 09:48:31 -08:00
itree_v1.c include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h 2010-03-30 22:02:32 +09:00
itree_v2.c fs/minix: bugfix, number of indirect block ptrs per block depends on block size 2010-05-27 22:06:22 -04:00
Kconfig bitops: remove minix bitops from asm/bitops.h 2011-03-23 19:46:22 -07:00
Makefile Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
minix.h fs/minix: Verify bitmap block counts before mounting 2011-11-19 11:13:26 -05:00
namei.c minix: remove unnecessary dentry_unhash on rmdir, dir rename 2011-05-28 01:02:54 -04:00