1. 15 6月, 2016 2 次提交
  2. 11 1月, 2016 2 次提交
    • M
      um: Add seccomp support · c50b4659
      Mickaël Salaün 提交于
      This brings SECCOMP_MODE_STRICT and SECCOMP_MODE_FILTER support through
      prctl(2) and seccomp(2) to User-mode Linux for i386 and x86_64
      subarchitectures.
      
      secure_computing() is called first in handle_syscall() so that the
      syscall emulation will be aborted quickly if matching a seccomp rule.
      
      This is inspired from Meredydd Luff's patch
      (https://gerrit.chromium.org/gerrit/21425).
      Signed-off-by: NMickaël Salaün <mic@digikod.net>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Richard Weinberger <richard@nod.at>
      Cc: Ingo Molnar <mingo@redhat.com>
      Cc: Kees Cook <keescook@chromium.org>
      Cc: Andy Lutomirski <luto@amacapital.net>
      Cc: Will Drewry <wad@chromium.org>
      Cc: Chris Metcalf <cmetcalf@ezchip.com>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Cc: James Hogan <james.hogan@imgtec.com>
      Cc: Meredydd Luff <meredydd@senatehouse.org>
      Cc: David Drysdale <drysdale@google.com>
      Signed-off-by: NRichard Weinberger <richard@nod.at>
      Acked-by: NKees Cook <keescook@chromium.org>
      c50b4659
    • M
      um: Fix ptrace GETREGS/SETREGS bugs · e04c989e
      Mickaël Salaün 提交于
      This fix two related bugs:
      * PTRACE_GETREGS doesn't get the right orig_ax (syscall) value
      * PTRACE_SETREGS can't set the orig_ax value (erased by initial value)
      
      Get rid of the now useless and error-prone get_syscall().
      
      Fix inconsistent behavior in the ptrace implementation for i386 when
      updating orig_eax automatically update the syscall number as well. This
      is now updated in handle_syscall().
      Signed-off-by: NMickaël Salaün <mic@digikod.net>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Richard Weinberger <richard@nod.at>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Kees Cook <keescook@chromium.org>
      Cc: Andy Lutomirski <luto@amacapital.net>
      Cc: Will Drewry <wad@chromium.org>
      Cc: Thomas Meyer <thomas@m3y3r.de>
      Cc: Nicolas Iooss <nicolas.iooss_linux@m4x.org>
      Cc: Anton Ivanov <aivanov@brocade.com>
      Cc: Meredydd Luff <meredydd@senatehouse.org>
      Cc: David Drysdale <drysdale@google.com>
      Signed-off-by: NRichard Weinberger <richard@nod.at>
      Acked-by: NKees Cook <keescook@chromium.org>
      e04c989e
  3. 07 11月, 2015 2 次提交
  4. 01 6月, 2015 1 次提交
  5. 10 10月, 2012 1 次提交
  6. 02 8月, 2012 2 次提交
  7. 22 5月, 2012 1 次提交
  8. 11 5月, 2010 1 次提交
    • J
      uml: i386: Avoid redefinition of NR_syscalls · ce60d4d5
      Jan Kiszka 提交于
      The i386 subarch happens to pull in original NR_syscalls. Maybe we can
      make that work for all host arch, but for now just avoid the clash by
      using an all-upper-case name.
      
        CC      arch/um/kernel/skas/syscall.o/data/linux-2.6/arch/um/kernel/skas/syscall.c:13:1: warning: "NR_syscalls" redefined
      In file included from /data/linux-2.6/arch/x86/include/asm/unistd.h:3,
                       from /data/linux-2.6/arch/um/sys-i386/shared/sysdep/syscalls.h:6,
                       from /data/linux-2.6/arch/um/kernel/skas/syscall.c:10:
      /data/linux-2.6/arch/x86/include/asm/unistd_32.h:349:1: warning: this is the location of the previous definition
      Signed-off-by: NJan Kiszka <jan.kiszka@web.de>
      Signed-off-by: NJiri Kosina <jkosina@suse.cz>
      ce60d4d5
  9. 06 2月, 2008 2 次提交
  10. 17 10月, 2007 3 次提交
  11. 11 7月, 2006 1 次提交
  12. 05 9月, 2005 1 次提交