1. 01 8月, 2018 1 次提交
  2. 26 7月, 2018 1 次提交
  3. 25 7月, 2018 3 次提交
  4. 23 7月, 2018 5 次提交
  5. 22 7月, 2018 1 次提交
  6. 21 7月, 2018 1 次提交
  7. 18 7月, 2018 5 次提交
  8. 17 7月, 2018 2 次提交
  9. 13 7月, 2018 3 次提交
  10. 07 7月, 2018 3 次提交
  11. 30 6月, 2018 1 次提交
  12. 29 6月, 2018 1 次提交
  13. 27 6月, 2018 4 次提交
  14. 26 6月, 2018 2 次提交
  15. 24 6月, 2018 2 次提交
  16. 23 6月, 2018 1 次提交
    • W
      rseq: Avoid infinite recursion when delivering SIGSEGV · 784e0300
      Will Deacon 提交于
      When delivering a signal to a task that is using rseq, we call into
      __rseq_handle_notify_resume() so that the registers pushed in the
      sigframe are updated to reflect the state of the restartable sequence
      (for example, ensuring that the signal returns to the abort handler if
      necessary).
      
      However, if the rseq management fails due to an unrecoverable fault when
      accessing userspace or certain combinations of RSEQ_CS_* flags, then we
      will attempt to deliver a SIGSEGV. This has the potential for infinite
      recursion if the rseq code continuously fails on signal delivery.
      
      Avoid this problem by using force_sigsegv() instead of force_sig(), which
      is explicitly designed to reset the SEGV handler to SIG_DFL in the case
      of a recursive fault. In doing so, remove rseq_signal_deliver() from the
      internal rseq API and have an optional struct ksignal * parameter to
      rseq_handle_notify_resume() instead.
      Signed-off-by: NWill Deacon <will.deacon@arm.com>
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      Acked-by: NMathieu Desnoyers <mathieu.desnoyers@efficios.com>
      Cc: peterz@infradead.org
      Cc: paulmck@linux.vnet.ibm.com
      Cc: boqun.feng@gmail.com
      Link: https://lkml.kernel.org/r/1529664307-983-1-git-send-email-will.deacon@arm.com
      784e0300
  17. 22 6月, 2018 2 次提交
  18. 19 6月, 2018 2 次提交