summaryrefslogtreecommitdiffstats
path: root/mm/internal.h
diff options
context:
space:
mode:
authorDarrick J. Wong <darrick.wong@oracle.com>2014-10-14 08:35:49 +0200
committerTheodore Ts'o <tytso@mit.edu>2014-10-14 08:35:49 +0200
commit813d32f91333e4c33d5a19b67167c4bae42dae75 (patch)
tree09e1183d369c6b42a6fc3edcb73017ff54aa8a36 /mm/internal.h
parentext4: move error report out of atomic context in ext4_init_block_bitmap() (diff)
downloadlinux-813d32f91333e4c33d5a19b67167c4bae42dae75.tar.xz
linux-813d32f91333e4c33d5a19b67167c4bae42dae75.zip
ext4: check s_chksum_driver when looking for bg csum presence
Convert the ext4_has_group_desc_csum predicate to look for a checksum driver instead of the metadata_csum flag and change the bg checksum calculation function to look for GDT_CSUM before taking the crc16 path. Without this patch, if we mount with ^uninit_bg,^metadata_csum and later metadata_csum gets turned on by accident, the block group checksum functions will incorrectly assume that checksumming is enabled (metadata_csum) but that crc16 should be used (!s_chksum_driver). This is totally wrong, so fix the predicate and the checksum formula selection. (Granted, if the metadata_csum feature bit gets enabled on a live FS then something underhanded is going on, but we could at least avoid writing garbage into the on-disk fields.) Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com> Signed-off-by: Theodore Ts'o <tytso@mit.edu> Reviewed-by: Dmitry Monakhov <dmonakhov@openvz.org> Cc: stable@vger.kernel.org
Diffstat (limited to 'mm/internal.h')
0 files changed, 0 insertions, 0 deletions