ext4: fix initialization of UNINIT bitmap blocks
authorFrederic Bohe <frederic.bohe@bull.net>
Fri, 10 Oct 2008 12:09:18 +0000 (08:09 -0400)
committerTheodore Ts'o <tytso@mit.edu>
Fri, 10 Oct 2008 12:09:18 +0000 (08:09 -0400)
commitc806e68f5647109350ec546fee5b526962970fd2
tree88f2d467ba95ceb7cbe011c424af83bdfe8a39d6
parentc2ea3fde61f1df1dbf062345f23277dcd6f01dfe
ext4: fix initialization of UNINIT bitmap blocks

This fixes a bug which caused on-line resizing of filesystems with a
1k blocksize to fail.  The root cause of this bug was the fact that if
an uninitalized bitmap block gets read in by userspace (which
e2fsprogs does try to avoid, but can happen when the blocksize is less
than the pagesize and an adjacent blocks is read into memory)
ext4_read_block_bitmap() was erroneously depending on the buffer
uptodate flag to decide whether it needed to initialize the bitmap
block in memory --- i.e., to set the standard set of blocks in use by
a block group (superblock, bitmaps, inode table, etc.).  Essentially,
ext4_read_block_bitmap() assumed it was the only routine that might
try to read a block containing a block bitmap, which is simply not
true.

To fix this, ext4_read_block_bitmap() and ext4_read_inode_bitmap()
must always initialize uninitialized bitmap blocks.  Once a block or
inode is allocated out of that bitmap, it will be marked as
initialized in the block group descriptor, so in general this won't
result any extra unnecessary work.

Signed-off-by: Frederic Bohe <frederic.bohe@bull.net>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
fs/ext4/balloc.c
fs/ext4/ialloc.c
fs/ext4/mballoc.c