diff options
author | Darrick J. Wong <darrick.wong@oracle.com> | 2014-10-14 08:35:49 +0200 |
---|---|---|
committer | Theodore Ts'o <tytso@mit.edu> | 2014-10-14 08:35:49 +0200 |
commit | 813d32f91333e4c33d5a19b67167c4bae42dae75 (patch) | |
tree | 09e1183d369c6b42a6fc3edcb73017ff54aa8a36 /mm/internal.h | |
parent | ext4: move error report out of atomic context in ext4_init_block_bitmap() (diff) | |
download | linux-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