2019-05-19 12:07:45 +00:00
|
|
|
# SPDX-License-Identifier: GPL-2.0-only
|
2005-06-25 21:57:36 +00:00
|
|
|
|
2005-06-25 21:57:39 +00:00
|
|
|
choice
|
|
|
|
prompt "Preemption Model"
|
|
|
|
default PREEMPT_NONE
|
|
|
|
|
|
|
|
config PREEMPT_NONE
|
|
|
|
bool "No Forced Preemption (Server)"
|
|
|
|
help
|
|
|
|
This is the traditional Linux preemption model, geared towards
|
|
|
|
throughput. It will still provide good latencies most of the
|
|
|
|
time, but there are no guarantees and occasional longer delays
|
|
|
|
are possible.
|
|
|
|
|
|
|
|
Select this option if you are building a kernel for a server or
|
|
|
|
scientific/computation system, or if you want to maximize the
|
|
|
|
raw processing power of the kernel, irrespective of scheduling
|
|
|
|
latencies.
|
|
|
|
|
|
|
|
config PREEMPT_VOLUNTARY
|
|
|
|
bool "Voluntary Kernel Preemption (Desktop)"
|
2018-07-31 11:39:32 +00:00
|
|
|
depends on !ARCH_NO_PREEMPT
|
2005-06-25 21:57:36 +00:00
|
|
|
help
|
2005-06-25 21:57:39 +00:00
|
|
|
This option reduces the latency of the kernel by adding more
|
|
|
|
"explicit preemption points" to the kernel code. These new
|
|
|
|
preemption points have been selected to reduce the maximum
|
|
|
|
latency of rescheduling, providing faster application reactions,
|
2007-05-09 05:12:20 +00:00
|
|
|
at the cost of slightly lower throughput.
|
2005-06-25 21:57:39 +00:00
|
|
|
|
|
|
|
This allows reaction to interactive events by allowing a
|
|
|
|
low priority process to voluntarily preempt itself even if it
|
|
|
|
is in kernel mode executing a system call. This allows
|
|
|
|
applications to run more 'smoothly' even when the system is
|
2005-06-25 21:57:36 +00:00
|
|
|
under load.
|
|
|
|
|
2005-06-25 21:57:39 +00:00
|
|
|
Select this if you are building a kernel for a desktop system.
|
|
|
|
|
2019-07-22 15:59:19 +00:00
|
|
|
config PREEMPT
|
2005-06-25 21:57:39 +00:00
|
|
|
bool "Preemptible Kernel (Low-Latency Desktop)"
|
2018-07-31 11:39:32 +00:00
|
|
|
depends on !ARCH_NO_PREEMPT
|
2019-07-22 15:59:19 +00:00
|
|
|
select PREEMPTION
|
2012-03-22 09:55:08 +00:00
|
|
|
select UNINLINE_SPIN_UNLOCK if !ARCH_INLINE_SPIN_UNLOCK
|
2005-06-25 21:57:39 +00:00
|
|
|
help
|
|
|
|
This option reduces the latency of the kernel by making
|
|
|
|
all kernel code (that is not executing in a critical section)
|
|
|
|
preemptible. This allows reaction to interactive events by
|
|
|
|
permitting a low priority process to be preempted involuntarily
|
|
|
|
even if it is in kernel mode executing a system call and would
|
|
|
|
otherwise not be about to reach a natural preemption point.
|
|
|
|
This allows applications to run more 'smoothly' even when the
|
2007-05-09 05:12:20 +00:00
|
|
|
system is under load, at the cost of slightly lower throughput
|
2005-06-25 21:57:39 +00:00
|
|
|
and a slight runtime overhead to kernel code.
|
|
|
|
|
|
|
|
Select this if you are building a kernel for a desktop or
|
|
|
|
embedded system with latency requirements in the milliseconds
|
|
|
|
range.
|
|
|
|
|
2019-07-17 20:01:49 +00:00
|
|
|
config PREEMPT_RT
|
|
|
|
bool "Fully Preemptible Kernel (Real-Time)"
|
|
|
|
depends on EXPERT && ARCH_SUPPORTS_RT
|
2019-07-22 15:59:19 +00:00
|
|
|
select PREEMPTION
|
2019-07-17 20:01:49 +00:00
|
|
|
help
|
|
|
|
This option turns the kernel into a real-time kernel by replacing
|
|
|
|
various locking primitives (spinlocks, rwlocks, etc.) with
|
|
|
|
preemptible priority-inheritance aware variants, enforcing
|
|
|
|
interrupt threading and introducing mechanisms to break up long
|
|
|
|
non-preemptible sections. This makes the kernel, except for very
|
|
|
|
low level and critical code pathes (entry code, scheduler, low
|
|
|
|
level interrupt handling) fully preemptible and brings most
|
|
|
|
execution contexts under scheduler control.
|
|
|
|
|
|
|
|
Select this if you are building a kernel for systems which
|
|
|
|
require real-time guarantees.
|
|
|
|
|
2005-06-25 21:57:39 +00:00
|
|
|
endchoice
|
2005-06-25 21:57:36 +00:00
|
|
|
|
2011-06-07 23:13:27 +00:00
|
|
|
config PREEMPT_COUNT
|
2018-12-11 11:00:51 +00:00
|
|
|
bool
|
2019-07-17 20:01:49 +00:00
|
|
|
|
2019-07-22 15:59:19 +00:00
|
|
|
config PREEMPTION
|
2019-07-17 20:01:49 +00:00
|
|
|
bool
|
|
|
|
select PREEMPT_COUNT
|