fix fault_in_multipages_...() on architectures with no-op access_ok()
authorAl Viro <viro@ZenIV.linux.org.uk>
Tue, 20 Sep 2016 19:07:42 +0000 (20:07 +0100)
committerLinus Torvalds <torvalds@linux-foundation.org>
Tue, 20 Sep 2016 23:44:28 +0000 (16:44 -0700)
commite23d4159b109167126e5bcd7f3775c95de7fee47
tree15a9480da60c53b2754ed8aa6cf57dab92e9df65
parentdf04abfd181acc276ba6762c8206891ae10ae00d
fix fault_in_multipages_...() on architectures with no-op access_ok()

Switching iov_iter fault-in to multipages variants has exposed an old
bug in underlying fault_in_multipages_...(); they break if the range
passed to them wraps around.  Normally access_ok() done by callers will
prevent such (and it's a guaranteed EFAULT - ERR_PTR() values fall into
such a range and they should not point to any valid objects).

However, on architectures where userland and kernel live in different
MMU contexts (e.g. s390) access_ok() is a no-op and on those a range
with a wraparound can reach fault_in_multipages_...().

Since any wraparound means EFAULT there, the fix is trivial - turn
those

    while (uaddr <= end)
    ...
into

    if (unlikely(uaddr > end))
    return -EFAULT;
    do
    ...
    while (uaddr <= end);

Reported-by: Jan Stancek <jstancek@redhat.com>
Tested-by: Jan Stancek <jstancek@redhat.com>
Cc: stable@vger.kernel.org # v3.5+
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
include/linux/pagemap.h