1. 08 1月, 2015 5 次提交
  2. 18 12月, 2014 2 次提交
  3. 08 12月, 2014 6 次提交
  4. 06 12月, 2014 1 次提交
    • E
      groups: Consolidate the setgroups permission checks · 7ff4d90b
      Eric W. Biederman 提交于
      Today there are 3 instances of setgroups and due to an oversight their
      permission checking has diverged.  Add a common function so that
      they may all share the same permission checking code.
      
      This corrects the current oversight in the current permission checks
      and adds a helper to avoid this in the future.
      
      A user namespace security fix will update this new helper, shortly.
      
      Cc: stable@vger.kernel.org
      Signed-off-by: N"Eric W. Biederman" <ebiederm@xmission.com>
      7ff4d90b
  5. 01 12月, 2014 2 次提交
  6. 21 11月, 2014 2 次提交
  7. 19 11月, 2014 3 次提交
  8. 03 11月, 2014 3 次提交
    • H
      s390/cpum_sf: Remove initialization of PMU event index · eaf785d5
      Hendrik Brueckner 提交于
      The git commit c719f560
      "perf: Fix and clean up initialization of pmu::event_idx" removed
      the PMU event index callback for all architectures but x86,
      remove the initialization of the event index as well.
      Signed-off-by: NHendrik Brueckner <brueckner@linux.vnet.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      eaf785d5
    • M
      s390/signal: add sparse annotations · 37d2cd9d
      Martin Schwidefsky 提交于
      Fix the following warnings from the sparse code checker:
      
      arch/s390/kernel/signal.c:374:38: warning: cast removes address space of expression
      arch/s390/kernel/signal.c:374:65: warning: incorrect type in initializer (different address spaces)
      arch/s390/kernel/signal.c:374:65:    expected unsigned short [noderef] [usertype] <asn:1>*svc
      arch/s390/kernel/signal.c:374:65:    got void *
      
      arch/s390/kernel/compat_signal.c:437:38: warning: cast removes address space of expression
      arch/s390/kernel/compat_signal.c:437:65: warning: incorrect type in initializer (different address spaces)
      arch/s390/kernel/compat_signal.c:437:65:    expected unsigned short [noderef] [usertype] <asn:1>*svc
      arch/s390/kernel/compat_signal.c:437:65:    got void *
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      37d2cd9d
    • M
      s390/cmpxchg: use compiler builtins · f318a122
      Martin Schwidefsky 提交于
      The kernel build for s390 fails for gcc compilers with version 3.x,
      set the minimum required version of gcc to version 4.3.
      
      As the atomic builtins are available with all gcc 4.x compilers,
      use the __sync_val_compare_and_swap and __sync_bool_compare_and_swap
      functions to replace the complex macro and inline assembler magic
      in include/asm/cmpxchg.h. The compiler can just-do-it and generates
      better code with the builtins.
      
      While we are at it use __sync_bool_compare_and_swap for the
      _raw_compare_and_swap function in the spinlock code as well.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      f318a122
  9. 28 10月, 2014 2 次提交
    • P
      perf: Fix and clean up initialization of pmu::event_idx · c719f560
      Peter Zijlstra 提交于
      Andy reported that the current state of event_idx is rather confused.
      So remove all but the x86_pmu implementation and change the default to
      return 0 (the safe option).
      Reported-by: NAndy Lutomirski <luto@amacapital.net>
      Signed-off-by: NPeter Zijlstra (Intel) <peterz@infradead.org>
      Cc: Arnaldo Carvalho de Melo <acme@kernel.org>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Christoph Lameter <cl@linux.com>
      Cc: Cody P Schafer <cody@linux.vnet.ibm.com>
      Cc: Cody P Schafer <dev@codyps.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Hendrik Brueckner <brueckner@linux.vnet.ibm.com>
      Cc: Himangi Saraogi <himangi774@gmail.com>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Michael Ellerman <mpe@ellerman.id.au>
      Cc: Paul Gortmaker <paul.gortmaker@windriver.com>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: sukadev@linux.vnet.ibm.com <sukadev@linux.vnet.ibm.com>
      Cc: Thomas Huth <thuth@linux.vnet.ibm.com>
      Cc: Vince Weaver <vincent.weaver@maine.edu>
      Cc: linux390@de.ibm.com
      Cc: linuxppc-dev@lists.ozlabs.org
      Cc: linux-s390@vger.kernel.org
      Signed-off-by: NIngo Molnar <mingo@kernel.org>
      c719f560
    • H
      s390/ftrace: add ftrace_graph_is_dead() check · 6ed15ea6
      Heiko Carstens 提交于
      Add an ftrace_graph_is_dead() check to prepare_ftrace_return() in order to
      detect an internal ftrace graph error. This allows to prevent further ftrace
      graph handling and hopefully keeps the kernel alive.
      
      This patch is the same like for all other architectures.
      For unkown reasons s390 was left out.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      6ed15ea6
  10. 27 10月, 2014 4 次提交
    • H
      s390/kprobes: make use of NOKPROBE_SYMBOL() · 7a5388de
      Heiko Carstens 提交于
      Use NOKPROBE_SYMBOL() instead of __kprobes annotation.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      7a5388de
    • H
      s390/ftrace,kprobes: allow to patch first instruction · c933146a
      Heiko Carstens 提交于
      If the function tracer is enabled, allow to set kprobes on the first
      instruction of a function (which is the function trace caller):
      
      If no kprobe is set handling of enabling and disabling function tracing
      of a function simply patches the first instruction. Either it is a nop
      (right now it's an unconditional branch, which skips the mcount block),
      or it's a branch to the ftrace_caller() function.
      
      If a kprobe is being placed on a function tracer calling instruction
      we encode if we actually have a nop or branch in the remaining bytes
      after the breakpoint instruction (illegal opcode).
      This is possible, since the size of the instruction used for the nop
      and branch is six bytes, while the size of the breakpoint is only
      two bytes.
      Therefore the first two bytes contain the illegal opcode and the last
      four bytes contain either "0" for nop or "1" for branch. The kprobes
      code will then execute/simulate the correct instruction.
      
      Instruction patching for kprobes and function tracer is always done
      with stop_machine(). Therefore we don't have any races where an
      instruction is patched concurrently on a different cpu.
      Besides that also the program check handler which executes the function
      trace caller instruction won't be executed concurrently to any
      stop_machine() execution.
      
      This allows to keep full fault based kprobes handling which generates
      correct pt_regs contents automatically.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      c933146a
    • H
      s390/vdso: fix stack corruption · 9b2efe03
      Heiko Carstens 提交于
      The kernel provided vdso functions do not get a stack frame from the
      calling function and therefore may not change the stack contents, unless
      they allocate space on their own.
      
      This problem was exposed with 070b7be6 "s390/vdso: replace stck with
      stcke" which writes 16 bytes instead of 8 bytes into the stack frame. These
      additional 8 bytes however were indeed used by the caller (glibc) to save
      data and therefore this data was corrupted by the vdso code.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      9b2efe03
    • M
      s390/time: use stck clock fast for do_account_vtime · 1f759bb3
      Martin Schwidefsky 提交于
      The last high frequency call site of the STCK instruction is
      do_account_vtime. Replace it with the faster STCKF instruction.
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      1f759bb3
  11. 17 10月, 2014 2 次提交
  12. 10 10月, 2014 1 次提交
  13. 09 10月, 2014 7 次提交