summaryrefslogtreecommitdiff
path: root/drivers/gpu/drm/vmwgfx/vmwgfx_fence.h
diff options
context:
space:
mode:
authorTheodore Ts'o <tytso@mit.edu>2018-07-28 15:12:04 +0300
committerTheodore Ts'o <tytso@mit.edu>2018-07-29 22:34:00 +0300
commit5012284700775a4e6e3fbe7eac4c543c4874b559 (patch)
tree5ae733e41b328adc79df258d6339d6c1382416c2 /drivers/gpu/drm/vmwgfx/vmwgfx_fence.h
parent8d5a803c6a6ce4ec258e31f76059ea5153ba46ef (diff)
downloadlinux-5012284700775a4e6e3fbe7eac4c543c4874b559.tar.xz
ext4: fix check to prevent initializing reserved inodes
Commit 8844618d8aa7: "ext4: only look at the bg_flags field if it is valid" will complain if block group zero does not have the EXT4_BG_INODE_ZEROED flag set. Unfortunately, this is not correct, since a freshly created file system has this flag cleared. It gets almost immediately after the file system is mounted read-write --- but the following somewhat unlikely sequence will end up triggering a false positive report of a corrupted file system: mkfs.ext4 /dev/vdc mount -o ro /dev/vdc /vdc mount -o remount,rw /dev/vdc Instead, when initializing the inode table for block group zero, test to make sure that itable_unused count is not too large, since that is the case that will result in some or all of the reserved inodes getting cleared. This fixes the failures reported by Eric Whiteney when running generic/230 and generic/231 in the the nojournal test case. Fixes: 8844618d8aa7 ("ext4: only look at the bg_flags field if it is valid") Reported-by: Eric Whitney <enwlinux@gmail.com> Signed-off-by: Theodore Ts'o <tytso@mit.edu>
Diffstat (limited to 'drivers/gpu/drm/vmwgfx/vmwgfx_fence.h')
0 files changed, 0 insertions, 0 deletions