2012-04-06 17:49:35 +02:00
|
|
|
#
|
|
|
|
# For a description of the syntax of this configuration file,
|
2012-04-06 18:45:52 +02:00
|
|
|
# see misc/tools/kconfig-language.txt.
|
2012-04-06 17:49:35 +02:00
|
|
|
#
|
2013-03-10 20:31:10 +01:00
|
|
|
|
|
|
|
if NUTTX_KERNEL
|
|
|
|
|
2013-03-17 17:13:28 +01:00
|
|
|
comment "System call configuration"
|
|
|
|
|
2013-03-10 20:31:10 +01:00
|
|
|
config SYS_RESERVED
|
|
|
|
int "Number of reserved system calls"
|
|
|
|
default 0
|
|
|
|
---help---
|
|
|
|
Kernel system calls may share the same software trapping mechanism
|
|
|
|
as other functions used by architecture port. Those software traps
|
|
|
|
must be reserved for use exclusively by the architecture. These
|
|
|
|
value specifies the number of reserved software traps used by the
|
|
|
|
architecture; number of the kernel system calls will begin with this
|
|
|
|
number.
|
|
|
|
|
2013-03-17 17:13:28 +01:00
|
|
|
config SYS_NNEST
|
|
|
|
int "Number of nested system calls"
|
|
|
|
default 2
|
|
|
|
---help---
|
|
|
|
This is architecture dependent. Most architectures allocate
|
|
|
|
resources to manage a fixed, maximum number of nested system calls.
|
|
|
|
A nested system call occurs in the following scenario: (1) A non-
|
|
|
|
privileged user thread executes a system call, (2) part of the
|
|
|
|
system call processing cause a call back into the user space code,
|
|
|
|
and (3) the user space code performs another system call.
|
|
|
|
|
|
|
|
In the current design, this can happen only under one condition:
|
|
|
|
When the kernel calls back into user space in order to allocate user
|
|
|
|
space memory. So it is expected that the maximum nesting level will
|
|
|
|
be only 2.
|
|
|
|
|
2013-03-10 20:31:10 +01:00
|
|
|
endif
|