seccomp: ignore secure_computing return values
authorWill Drewry <wad@chromium.org>
Tue, 17 Apr 2012 19:48:57 +0000 (14:48 -0500)
committerJames Morris <james.l.morris@oracle.com>
Wed, 18 Apr 2012 02:24:50 +0000 (12:24 +1000)
commite4da89d02f369450996cfd04f64b1cce4d8afaea
tree93d5e48347bb6c47ef10741d225969cacd57f77e
parentb1fa650c7e6e81ca788fef52b1659295eb82ffdd
seccomp: ignore secure_computing return values

This change is inspired by
  https://lkml.org/lkml/2012/4/16/14
which fixes the build warnings for arches that don't support
CONFIG_HAVE_ARCH_SECCOMP_FILTER.

In particular, there is no requirement for the return value of
secure_computing() to be checked unless the architecture supports
seccomp filter.  Instead of silencing the warnings with (void)
a new static inline is added to encode the expected behavior
in a compiler and human friendly way.

v2: - cleans things up with a static inline
    - removes sfr's signed-off-by since it is a different approach
v1: - matches sfr's original change

Reported-by: Stephen Rothwell <sfr@canb.auug.org.au>
Signed-off-by: Will Drewry <wad@chromium.org>
Acked-by: Kees Cook <keescook@chromium.org>
Signed-off-by: James Morris <james.l.morris@oracle.com>
arch/microblaze/kernel/ptrace.c
arch/mips/kernel/ptrace.c
arch/powerpc/kernel/ptrace.c
arch/s390/kernel/ptrace.c
arch/sh/kernel/ptrace_32.c
arch/sh/kernel/ptrace_64.c
arch/sparc/kernel/ptrace_64.c
include/linux/seccomp.h