summaryrefslogtreecommitdiffstats
path: root/lib/locking-selftest-rlock-hardirq.h
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2016-12-14 21:45:25 +0100
committerLinus Torvalds <torvalds@linux-foundation.org>2016-12-14 21:45:25 +0100
commitd05c5f7ba164aed3db02fb188c26d0dd94f5455b (patch)
tree1f31fa0312d525122ac601a321236d9d1cb695d2 /lib/locking-selftest-rlock-hardirq.h
parentMerge tag 'acpi-urgent-4.10-rc1' of git://git.kernel.org/pub/scm/linux/kernel... (diff)
downloadlinux-d05c5f7ba164aed3db02fb188c26d0dd94f5455b.tar.xz
linux-d05c5f7ba164aed3db02fb188c26d0dd94f5455b.zip
vfs,mm: fix return value of read() at s_maxbytes
We truncated the possible read iterator to s_maxbytes in commit c2a9737f45e2 ("vfs,mm: fix a dead loop in truncate_inode_pages_range()"), but our end condition handling was wrong: it's not an error to try to read at the end of the file. Reading past the end should return EOF (0), not EINVAL. See for example https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1649342 http://lists.gnu.org/archive/html/bug-coreutils/2016-12/msg00008.html where a md5sum of a maximally sized file fails because the final read is exactly at s_maxbytes. Fixes: c2a9737f45e2 ("vfs,mm: fix a dead loop in truncate_inode_pages_range()") Reported-by: Joseph Salisbury <joseph.salisbury@canonical.com> Cc: Wei Fang <fangwei1@huawei.com> Cc: Christoph Hellwig <hch@infradead.org> Cc: Dave Chinner <david@fromorbit.com> Cc: Al Viro <viro@zeniv.linux.org.uk> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: stable@kernel.org Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'lib/locking-selftest-rlock-hardirq.h')
0 files changed, 0 insertions, 0 deletions