summaryrefslogtreecommitdiff
path: root/lib/sbitmap.c
diff options
context:
space:
mode:
authorDave Chinner <dchinner@redhat.com>2018-11-20 00:31:10 +0300
committerDarrick J. Wong <darrick.wong@oracle.com>2018-11-21 21:10:53 +0300
commitb450672fb66b4a991a5b55ee24209ac7ae7690ce (patch)
treedcee5c6d6b1f32680c4b3a25741247dc1d6bcfe4 /lib/sbitmap.c
parent0929d8580071c6a1cec1a7916a8f674c243ceee1 (diff)
downloadlinux-b450672fb66b4a991a5b55ee24209ac7ae7690ce.tar.xz
iomap: sub-block dio needs to zeroout beyond EOF
If we are doing sub-block dio that extends EOF, we need to zero the unused tail of the block to initialise the data in it it. If we do not zero the tail of the block, then an immediate mmap read of the EOF block will expose stale data beyond EOF to userspace. Found with fsx running sub-block DIO sizes vs MAPREAD/MAPWRITE operations. Fix this by detecting if the end of the DIO write is beyond EOF and zeroing the tail if necessary. Signed-off-by: Dave Chinner <dchinner@redhat.com> Reviewed-by: Christoph Hellwig <hch@lst.de> Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com> Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
Diffstat (limited to 'lib/sbitmap.c')
0 files changed, 0 insertions, 0 deletions