powerpc/kernel: Switch to using MAX_ERRNO
commitc3525940cca53cf3568fefd35d169fea4f107f0a
authorMichael Ellerman <mpe@ellerman.id.au>
Thu, 23 Jul 2015 10:21:01 +0000 (23 20:21 +1000)
committerMichael Ellerman <mpe@ellerman.id.au>
Wed, 29 Jul 2015 01:56:11 +0000 (29 11:56 +1000)
treeba6968be2c8b3914157f52ac05961c1e723913d6
parentf0322f7f1e2165fbf83530a424ef6ebeacbf4bca
powerpc/kernel: Switch to using MAX_ERRNO

Currently on powerpc we have our own #define for the highest (negative)
errno value, called _LAST_ERRNO. This is defined to be 516, for reasons
which are not clear.

The generic code, and x86, use MAX_ERRNO, which is defined to be 4095.

In particular seccomp uses MAX_ERRNO to restrict the value that a
seccomp filter can return.

Currently with the mismatch between _LAST_ERRNO and MAX_ERRNO, a seccomp
tracer wanting to return 600, expecting it to be seen as an error, would
instead find on powerpc that userspace sees a successful syscall with a
return value of 600.

To avoid this inconsistency, switch powerpc to use MAX_ERRNO.

We are somewhat confident that generic syscalls that can return a
non-error value above negative MAX_ERRNO have already been updated to
use force_successful_syscall_return().

I have also checked all the powerpc specific syscalls, and believe that
none of them expect to return a non-error value between -MAX_ERRNO and
-516. So this change should be safe ...

Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Reviewed-by: Kees Cook <keescook@chromium.org>
arch/powerpc/include/uapi/asm/errno.h
arch/powerpc/kernel/entry_32.S
arch/powerpc/kernel/entry_64.S