signal, x86: Delay calling signals in atomic on RT enabled kernels

[sfrench/cifs-2.6.git] / kernel / Kconfig.preempt

diff --git a/kernel/Kconfig.preempt b/kernel/Kconfig.preempt
index ce77f02656603d473ae0091a365f22061be3acc0..5644abd5f8a8d3e72030799562e500fa97de6480 100644 (file)
--- a/kernel/Kconfig.preempt
+++ b/kernel/Kconfig.preempt
@@ -132,4 +132,14 @@ config SCHED_CORE
          which is the likely usage by Linux distributions, there should
          be no measurable impact on performance.
 
-
+config ARCH_WANTS_RT_DELAYED_SIGNALS
+       bool
+       help
+         This option is selected by architectures where raising signals
+         can happen in atomic contexts on PREEMPT_RT enabled kernels. This
+         option delays raising the signal until the return to user space
+         loop where it is also delivered. X86 requires this to deliver
+         signals from trap handlers which run on IST stacks.
+
+config RT_DELAYED_SIGNALS
+       def_bool PREEMPT_RT && ARCH_WANTS_RT_DELAYED_SIGNALS