]> git.proxmox.com Git - mirror_ubuntu-eoan-kernel.git/commit
vfs: fix O_DIRECT read past end of block device
authorLinus Torvalds <torvalds@linux-foundation.org>
Sat, 8 Dec 2012 00:48:39 +0000 (16:48 -0800)
committerLinus Torvalds <torvalds@linux-foundation.org>
Sat, 8 Dec 2012 16:28:26 +0000 (08:28 -0800)
commit684c9aaebbb0ea3a9954d605d4908e650659e7db
treece2b1acdbc842b4386a9df7fd952fba8d4943d2d
parent1b3c393cd43f22ead8a6a2f839efc6df8ebd7465
vfs: fix O_DIRECT read past end of block device

The direct-IO write path already had the i_size checks in mm/filemap.c,
but it turns out the read path did not, and removing the block size
checks in fs/block_dev.c (commit bbec0270bdd8: "blkdev_max_block: make
private to fs/buffer.c") removed the magic "shrink IO to past the end of
the device" code there.

Fix it by truncating the IO to the size of the block device, like the
write path already does.

NOTE! I suspect the write path would be *much* better off doing it this
way in fs/block_dev.c, rather than hidden deep in mm/filemap.c.  The
mm/filemap.c code is extremely hard to follow, and has various
conditionals on the target being a block device (ie the flag passed in
to 'generic_write_checks()', along with a conditional update of the
inode timestamp etc).

It is also quite possible that we should treat this whole block device
size as a "s_maxbytes" issue, and try to make the logic even more
generic.  However, in the meantime this is the fairly minimal targeted
fix.

Noted by Milan Broz thanks to a regression test for the cryptsetup
reencrypt tool.

Reported-and-tested-by: Milan Broz <mbroz@redhat.com>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
fs/block_dev.c