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
|
|
|
#
|
2012-04-11 19:13:04 +02:00
|
|
|
|
2013-02-15 15:37:37 +01:00
|
|
|
config BOARD_INITIALIZE
|
|
|
|
bool "Custom board/driver initialization"
|
|
|
|
default n
|
|
|
|
---help---
|
|
|
|
By default, there are three points in time where you can insert
|
|
|
|
custom initialization logic:
|
|
|
|
|
|
|
|
1) <arch>_boardinitialize(): This function is used only for
|
2013-10-30 16:04:37 +01:00
|
|
|
initialization of very low-level things like configuration of
|
2013-04-22 17:10:58 +02:00
|
|
|
GPIO pins, power setting. The OS has not been initialized
|
|
|
|
at this point, so you cannot allocate memory or initialize
|
|
|
|
device drivers at this phase.
|
2013-02-15 15:37:37 +01:00
|
|
|
|
|
|
|
2) The next level of initialization is performed by a call to
|
2013-04-22 17:10:58 +02:00
|
|
|
up_initialize() (in arch/<arch>/src/common/up_initialize.c).
|
|
|
|
The OS has been initialized at this point and it is okay to
|
|
|
|
initialize drivers in this phase.
|
2013-02-15 15:37:37 +01:00
|
|
|
|
|
|
|
3) And, finally, when the user application code starts.
|
|
|
|
|
|
|
|
If BOARD_INITIALIZE is selected, then an additional initialization
|
|
|
|
call will be performed in the boot-up sequence to a function
|
|
|
|
called board_initialize(). board_initialize() will be
|
|
|
|
call between phases 2) and 3) above, immediately after
|
|
|
|
up_initialize() is called. This additional initialization
|
|
|
|
phase may be used, for example, to initialize board-specific
|
|
|
|
device drivers.
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config MSEC_PER_TICK
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Milliseconds per system timer tick"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 10
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
The default system timer is 100Hz or MSEC_PER_TICK=10. This setting
|
|
|
|
may be defined to inform NuttX that the processor hardware is providing
|
|
|
|
system timer interrupts at some interrupt interval other than 10 msec.
|
|
|
|
|
2013-12-14 22:25:23 +01:00
|
|
|
config SYSTEM_TIME64
|
|
|
|
bool "64-bit system clock"
|
|
|
|
default n
|
|
|
|
---help---
|
|
|
|
The system timer is incremented at the rate determined by
|
|
|
|
MSEC_PER_TICK, typically at 100Hz. The count at any given time is
|
|
|
|
then the "uptime" in units of system timer ticks. By default, the
|
|
|
|
system time is 32-bits wide. Those defaults provide a range of about
|
|
|
|
13.6 years which is probably a sufficient range for "uptime".
|
|
|
|
|
|
|
|
However, if the system timer rate is significantly higher than 100Hz
|
|
|
|
and/or if a very long "uptime" is required, then this option can be
|
|
|
|
selected to support a 64-bit wide timer.
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config RR_INTERVAL
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Round robin timeslice (MSEC)"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 0
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
The round robin timeslice will be set this number of milliseconds;
|
|
|
|
Round robin scheduling can be disabled by setting this value to zero.
|
|
|
|
|
2014-02-22 22:20:12 +01:00
|
|
|
config SCHED_CPULOAD
|
|
|
|
bool "Enable CPU load monitoring"
|
|
|
|
default n
|
|
|
|
---help---
|
|
|
|
If this option is selected, the timer interrupt handler will monitor
|
|
|
|
if the system is IDLE or busy at the time of that the timer interrupt
|
|
|
|
occurs. This is a very coarse measurement, but over a period of time,
|
|
|
|
it can very accurately determined the percentage of the time that the
|
|
|
|
CPU is IDLE.
|
|
|
|
|
|
|
|
The statistics collected in this could be used, for example in the
|
|
|
|
PROCFS file system to provide CPU load measurements when read.
|
|
|
|
|
|
|
|
if SCHED_CPULOAD
|
|
|
|
|
|
|
|
config SCHED_CPULOAD_TIMECONSTANT
|
|
|
|
int "CPU load time constant"
|
|
|
|
default 2
|
|
|
|
---help---
|
|
|
|
The accumulated CPU count is divided by two when the accumulated
|
|
|
|
tick count exceeds this time constant.
|
|
|
|
|
|
|
|
endif # SCHED_CPULOAD
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config SCHED_INSTRUMENTATION
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Monitor system performance"
|
2012-04-07 16:50:57 +02:00
|
|
|
default n
|
|
|
|
---help---
|
2012-12-11 22:42:15 +01:00
|
|
|
Enables instrumentation in scheduler to monitor system performance.
|
|
|
|
If enabled, then the board-specific logic must provide the following
|
|
|
|
functions (see include/sched.h):
|
|
|
|
|
2013-02-04 19:46:28 +01:00
|
|
|
void sched_note_start(FAR struct tcb_s *tcb);
|
|
|
|
void sched_note_stop(FAR struct tcb_s *tcb);
|
|
|
|
void sched_note_switch(FAR struct tcb_s *pFromTcb, FAR struct tcb_s *pToTcb);
|
2012-04-11 19:13:04 +02:00
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config TASK_NAME_SIZE
|
2012-04-11 19:13:04 +02:00
|
|
|
int "Maximum task name size"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 32
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
Spcifies that maximum size of a task name to save in the TCB.
|
|
|
|
Useful if scheduler instrumentation is selected. Set to zero to
|
|
|
|
disable.
|
|
|
|
|
2013-01-12 20:58:45 +01:00
|
|
|
config SCHED_HAVE_PARENT
|
2013-01-17 15:43:55 +01:00
|
|
|
bool "Support parent/child task relationships"
|
2013-01-12 20:58:45 +01:00
|
|
|
default n
|
|
|
|
---help---
|
2013-01-23 23:23:46 +01:00
|
|
|
Remember the ID of the parent task when a new child task is
|
2013-01-13 19:53:00 +01:00
|
|
|
created. This support enables some additional features (such as
|
|
|
|
SIGCHLD) and modifies the behavior of other interfaces. For
|
|
|
|
example, it makes waitpid() more standards complete by restricting
|
|
|
|
the waited-for tasks to the children of the caller. Default:
|
2013-01-12 20:58:45 +01:00
|
|
|
disabled.
|
|
|
|
|
2013-01-23 23:23:46 +01:00
|
|
|
config SCHED_CHILD_STATUS
|
|
|
|
bool "Retain child exit status"
|
|
|
|
default n
|
|
|
|
depends on SCHED_HAVE_PARENT
|
|
|
|
---help---
|
|
|
|
If this option is selected, then the exit status of the child task
|
|
|
|
will be retained after the child task exits. This option should be
|
|
|
|
selected if you require knowledge of a child process' exit status.
|
|
|
|
Without this setting, wait(), waitpid() or waitid() may fail. For
|
|
|
|
example, if you do:
|
|
|
|
|
2013-04-22 17:10:58 +02:00
|
|
|
1) Start child task
|
|
|
|
2) Wait for exit status (using wait(), waitpid(), or waitid()).
|
2013-01-23 23:23:46 +01:00
|
|
|
|
|
|
|
This can fail because the child task may run to completion before
|
|
|
|
the wait begins. There is a non-standard work-around in this case:
|
|
|
|
The above sequence will work if you disable pre-emption using
|
|
|
|
sched_lock() prior to starting the child task, then re-enable pre-
|
|
|
|
emption with sched_unlock() after the wait completes. This works
|
|
|
|
because the child task is not permitted to run until the wait is in
|
|
|
|
place.
|
|
|
|
|
|
|
|
The standard solution would be to enable SCHED_CHILD_STATUS. In
|
|
|
|
this case the exit status of the child task is retained after the
|
|
|
|
child exits and the wait will successful obtain the child task's
|
|
|
|
exit status whether it is called before the child task exits or not.
|
|
|
|
|
|
|
|
Warning: If you enable this feature, then your application must
|
|
|
|
either (1) take responsibility for reaping the child status with wait(),
|
|
|
|
waitpid(), or waitid(), or (2) suppress retention of child status.
|
|
|
|
If you do not reap the child status, then you have a memory leak and
|
|
|
|
your system will eventually fail.
|
|
|
|
|
|
|
|
Retention of child status can be suppressed on the parent using logic like:
|
|
|
|
|
|
|
|
struct sigaction sa;
|
|
|
|
|
|
|
|
sa.sa_handler = SIG_IGN;
|
|
|
|
sa.sa_flags = SA_NOCLDWAIT;
|
|
|
|
int ret = sigaction(SIGCHLD, &sa, NULL);
|
|
|
|
|
|
|
|
config PREALLOC_CHILDSTATUS
|
|
|
|
int "Number of pre-allocated child status"
|
|
|
|
default 0
|
|
|
|
depends on SCHED_CHILD_STATUS
|
|
|
|
---help---
|
|
|
|
To prevent runaway child status allocations and to improve
|
|
|
|
allocation performance, child task exit status structures are pre-
|
|
|
|
allocated when the system boots. This setting determines the number
|
|
|
|
of child status structures that will be pre-allocated. If this
|
|
|
|
setting is not defined or if it is defined to be zero then a value
|
|
|
|
of 2*MAX_TASKS is used.
|
|
|
|
|
2013-04-25 23:52:00 +02:00
|
|
|
Note that there cannot be more that MAX_TASKS tasks in total.
|
2013-01-23 23:23:46 +01:00
|
|
|
However, the number of child status structures may need to be
|
|
|
|
significantly larger because this number includes the maximum number
|
|
|
|
of tasks that are running PLUS the number of tasks that have exit'ed
|
|
|
|
without having their exit status reaped (via wait(), waitid(), or
|
|
|
|
waitpid()).
|
|
|
|
|
|
|
|
Obviously, if tasks spawn children indefinitely and never have the
|
|
|
|
exit status reaped, then you may have a memory leak! If you enable
|
|
|
|
the SCHED_CHILD_STATUS feature, then your application must take
|
|
|
|
responsibility for either (1) reaping the child status with wait(),
|
|
|
|
waitpid(), or waitid() or it must (2) suppress retention of child
|
|
|
|
status. Otherwise, your system will eventually fail.
|
|
|
|
|
|
|
|
Retention of child status can be suppressed on the parent using logic like:
|
|
|
|
|
|
|
|
struct sigaction sa;
|
|
|
|
|
|
|
|
sa.sa_handler = SIG_IGN;
|
|
|
|
sa.sa_flags = SA_NOCLDWAIT;
|
|
|
|
int ret = sigaction(SIGCHLD, &sa, NULL);
|
|
|
|
|
2013-01-25 00:18:32 +01:00
|
|
|
config DEBUG_CHILDSTATUS
|
|
|
|
bool "Enable Child Status Debug Output"
|
|
|
|
default n
|
|
|
|
depends on SCHED_CHILD_STATUS && DEBUG
|
|
|
|
---help---
|
|
|
|
Very detailed... I am sure that you do not want this.
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config JULIAN_TIME
|
|
|
|
bool "Enables Julian time conversions"
|
|
|
|
default n
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
Enables Julian time conversions
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config START_YEAR
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Start year"
|
2014-02-21 01:49:45 +01:00
|
|
|
default 2014
|
2012-04-11 19:13:04 +02:00
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config START_MONTH
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Start month"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 1
|
|
|
|
|
|
|
|
config START_DAY
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Start day"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 1
|
|
|
|
|
|
|
|
config DEV_CONSOLE
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Enable /dev/console"
|
2012-04-07 16:50:57 +02:00
|
|
|
default y
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
Set if architecture-specific logic provides /dev/console. Enables
|
|
|
|
stdout, stderr, stdin.
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config MUTEX_TYPES:
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Enable mutex types"
|
2012-04-07 16:50:57 +02:00
|
|
|
default n
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
Set to enable support for recursive and errorcheck mutexes. Enables
|
|
|
|
pthread_mutexattr_settype().
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config PRIORITY_INHERITANCE
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Enable priority inheritance "
|
2012-04-07 16:50:57 +02:00
|
|
|
default n
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
Set to enable support for priority inheritance on mutexes and semaphores.
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config SEM_PREALLOCHOLDERS
|
2013-01-23 23:23:46 +01:00
|
|
|
int "Number of pre-allocated holders"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 16
|
|
|
|
depends on PRIORITY_INHERITANCE
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
This setting is only used if priority inheritance is enabled.
|
|
|
|
It defines the maximum number of different threads (minus one) that
|
|
|
|
can take counts on a semaphore with priority inheritance support.
|
|
|
|
This may be set to zero if priority inheritance is disabled OR if you
|
|
|
|
are only using semaphores as mutexes (only one holder) OR if no more
|
|
|
|
than two threads participate using a counting semaphore.
|
2012-04-07 16:50:57 +02:00
|
|
|
|
|
|
|
config SEM_NNESTPRIO
|
2012-04-11 19:13:04 +02:00
|
|
|
int "Maximum number of higher priority threads"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 16
|
|
|
|
depends on PRIORITY_INHERITANCE
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
If priority inheritance is enabled, then this setting is the
|
|
|
|
maximum number of higher priority threads (minus 1) than can be
|
|
|
|
waiting for another thread to release a count on a semaphore.
|
|
|
|
This value may be set to zero if no more than one thread is
|
|
|
|
expected to wait for a semaphore.
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config FDCLONE_DISABLE
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Disable cloning of file descriptors"
|
2012-04-07 16:50:57 +02:00
|
|
|
default n
|
|
|
|
---help---
|
|
|
|
Disable cloning of all file descriptors
|
|
|
|
by task_create() when a new task is started. If set, all
|
|
|
|
files/drivers will appear to be closed in the new task.
|
2012-04-11 19:13:04 +02:00
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config FDCLONE_STDIO
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Disable clone file descriptors without stdio"
|
2012-04-07 16:50:57 +02:00
|
|
|
default n
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
Disable cloning of all but the first three file descriptors (stdin,
|
|
|
|
stdout, stderr) by task_create() when a new task is started. If set,
|
|
|
|
all files/drivers will appear to be closed in the new task except
|
|
|
|
for stdin, stdout, and stderr.
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config SDCLONE_DISABLE
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Disable cloning of socket descriptors"
|
2012-04-07 16:50:57 +02:00
|
|
|
default n
|
|
|
|
---help---
|
|
|
|
Disable cloning of all socket
|
|
|
|
desciptors by task_create() when a new task is started. If
|
|
|
|
set, all sockets will appear to be closed in the new task.
|
|
|
|
|
2012-08-02 02:42:46 +02:00
|
|
|
config SCHED_WAITPID
|
|
|
|
bool "Enable waitpid() API"
|
|
|
|
default n
|
|
|
|
---help---
|
2013-01-13 19:53:00 +01:00
|
|
|
Enables the waitpid() interface in a default, non-standard mode
|
|
|
|
(non-standard in the sense that the waited for PID need not be child
|
|
|
|
of the caller). If SCHED_HAVE_PARENT is also defined, then this
|
|
|
|
setting will modify the behavior or waitpid() (making more spec
|
|
|
|
compliant) and will enable the waitid() and wait() interfaces as
|
|
|
|
well.
|
2012-08-02 02:42:46 +02:00
|
|
|
|
2013-01-27 16:52:58 +01:00
|
|
|
config SCHED_STARTHOOK
|
|
|
|
bool "Enable startup hook"
|
|
|
|
default n
|
|
|
|
---help---
|
|
|
|
Enable a non-standard, internal OS API call task_starthook().
|
|
|
|
task_starthook() registers a function that will be called on task
|
|
|
|
startup before that actual task entry point is called. The
|
|
|
|
starthook is useful, for example, for setting up automatic
|
|
|
|
configuration of C++ constructors.
|
|
|
|
|
2012-08-02 02:42:46 +02:00
|
|
|
config SCHED_ATEXIT
|
|
|
|
bool "Enable atexit() API"
|
|
|
|
default n
|
|
|
|
---help---
|
|
|
|
Enables the atexit() API
|
|
|
|
|
|
|
|
config SCHED_ATEXIT_MAX
|
|
|
|
int "Max number of atexit() functions"
|
|
|
|
default 1
|
2012-11-01 17:50:53 +01:00
|
|
|
depends on SCHED_ATEXIT && !SCHED_ONEXIT
|
2012-08-02 02:42:46 +02:00
|
|
|
---help---
|
|
|
|
By default if SCHED_ATEXIT is selected, only a single atexit() function
|
|
|
|
is supported. That number can be increased by defined this setting to
|
|
|
|
the number that you require.
|
|
|
|
|
2012-11-01 17:50:53 +01:00
|
|
|
If both SCHED_ONEXIT and SCHED_ATEXIT are selected, then atexit() is built
|
|
|
|
on top of the on_exit() implementation. In that case, SCHED_ONEXIT_MAX
|
|
|
|
determines the size of the combined number of atexit(0) and on_exit calls
|
|
|
|
and SCHED_ATEXIT_MAX is not used.
|
|
|
|
|
2012-08-02 02:42:46 +02:00
|
|
|
config SCHED_ONEXIT
|
|
|
|
bool "Enable on_exit() API"
|
|
|
|
default n
|
|
|
|
---help---
|
|
|
|
Enables the on_exit() API
|
|
|
|
|
|
|
|
config SCHED_ONEXIT_MAX
|
|
|
|
int "Max number of on_exit() functions"
|
|
|
|
default 1
|
|
|
|
depends on SCHED_ONEXIT
|
|
|
|
---help---
|
|
|
|
By default if SCHED_ONEXIT is selected, only a single on_exit() function
|
|
|
|
is supported. That number can be increased by defined this setting to the
|
|
|
|
number that you require.
|
|
|
|
|
2012-11-01 17:50:53 +01:00
|
|
|
If both SCHED_ONEXIT and SCHED_ATEXIT are selected, then atexit() is built
|
|
|
|
on top of the on_exit() implementation. In that case, SCHED_ONEXIT_MAX
|
|
|
|
determines the size of the combined number of atexit(0) and on_exit calls.
|
|
|
|
|
2012-08-30 22:13:50 +02:00
|
|
|
config USER_ENTRYPOINT
|
2012-09-04 16:43:56 +02:00
|
|
|
string "Application entry point"
|
2012-08-30 22:13:50 +02:00
|
|
|
default "user_start"
|
|
|
|
---help---
|
|
|
|
The name of the entry point for user applications. For the example
|
|
|
|
applications this is of the form 'app_main' where 'app' is the application
|
|
|
|
name. If not defined, USER_ENTRYPOINT defaults to "user_start."
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config DISABLE_OS_API
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Disable NuttX interfaces"
|
2012-08-17 16:07:48 +02:00
|
|
|
default y
|
2012-04-07 16:50:57 +02:00
|
|
|
---help---
|
2013-04-22 17:10:58 +02:00
|
|
|
The following can be used to disable categories of
|
|
|
|
APIs supported by the OS. If the compiler supports
|
|
|
|
weak functions, then it should not be necessary to
|
|
|
|
disable functions unless you want to restrict usage
|
|
|
|
of those APIs.
|
2012-04-11 19:13:04 +02:00
|
|
|
|
2013-04-22 17:10:58 +02:00
|
|
|
There are certain dependency relationships in these
|
|
|
|
features.
|
2012-04-11 19:13:04 +02:00
|
|
|
|
2013-04-22 17:10:58 +02:00
|
|
|
1) mq_notify logic depends on signals to awaken tasks
|
|
|
|
waiting for queues to become full or empty.
|
|
|
|
2) pthread_condtimedwait() depends on signals to wake
|
|
|
|
up waiting tasks.
|
2012-04-11 19:13:04 +02:00
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config DISABLE_CLOCK
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Disable clock interfaces"
|
2012-04-07 16:50:57 +02:00
|
|
|
depends on DISABLE_OS_API
|
|
|
|
default n
|
|
|
|
|
|
|
|
config DISABLE_POSIX_TIMERS
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Disable POSIX timers"
|
2012-04-07 16:50:57 +02:00
|
|
|
depends on DISABLE_OS_API
|
2014-02-21 01:49:45 +01:00
|
|
|
default y if DEFAULT_SMALL
|
|
|
|
default n if !DEFAULT_SMALL
|
2012-04-07 16:50:57 +02:00
|
|
|
|
|
|
|
config DISABLE_PTHREAD
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Disable pthread support"
|
2012-04-07 16:50:57 +02:00
|
|
|
depends on DISABLE_OS_API
|
|
|
|
default n
|
|
|
|
|
|
|
|
config DISABLE_SIGNALS
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Disable signal support"
|
2012-04-07 16:50:57 +02:00
|
|
|
depends on DISABLE_OS_API
|
|
|
|
default n
|
|
|
|
|
|
|
|
config DISABLE_MQUEUE
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Disable POSIX message queue support"
|
2012-04-07 16:50:57 +02:00
|
|
|
depends on DISABLE_OS_API
|
|
|
|
default n
|
|
|
|
|
|
|
|
config DISABLE_ENVIRON
|
2012-04-11 19:13:04 +02:00
|
|
|
bool "Disable environment variable support"
|
2012-04-07 16:50:57 +02:00
|
|
|
depends on DISABLE_OS_API
|
2014-02-21 01:49:45 +01:00
|
|
|
default y if DEFAULT_SMALL
|
|
|
|
default n if !DEFAULT_SMALL
|
2012-04-07 16:50:57 +02:00
|
|
|
|
2013-01-12 20:58:45 +01:00
|
|
|
if !DISABLE_SIGNALS
|
|
|
|
comment "Signal Numbers"
|
|
|
|
|
|
|
|
config SIG_SIGUSR1
|
|
|
|
int "SIGUSR1"
|
|
|
|
default 1
|
|
|
|
---help---
|
|
|
|
Value of standard user signal 1 (SIGUSR1). Default: 1
|
|
|
|
|
|
|
|
config SIG_SIGUSR2
|
|
|
|
int "SIGUSR2"
|
|
|
|
default 2
|
|
|
|
---help---
|
|
|
|
Value of standard user signal 2 (SIGUSR2). Default: 2
|
|
|
|
|
|
|
|
config SIG_SIGALARM
|
|
|
|
int "SIGALRM"
|
|
|
|
default 3
|
|
|
|
---help---
|
|
|
|
Default the signal number used with POSIX timers (SIGALRM).
|
|
|
|
Default: 3
|
|
|
|
|
|
|
|
config SIG_SIGCHLD
|
|
|
|
int "SIGCHLD"
|
|
|
|
default 4
|
|
|
|
depends on SCHED_HAVE_PARENT
|
|
|
|
---help---
|
|
|
|
The SIGCHLD signal is sent to the parent of a child process when it
|
|
|
|
exits, is interrupted (stopped), or resumes after being interrupted.
|
|
|
|
Default: 4
|
|
|
|
|
|
|
|
config SIG_SIGCONDTIMEDOUT
|
|
|
|
int "SIGCONDTIMEDOUT"
|
|
|
|
default 16
|
|
|
|
depends on !DISABLE_PTHREAD
|
|
|
|
---help---
|
|
|
|
This non-standard signal number is used the implementation of
|
|
|
|
pthread_cond_timedwait(). Default 16.
|
|
|
|
|
|
|
|
config SIG_SIGWORK
|
|
|
|
int "SIGWORK"
|
|
|
|
default 17
|
|
|
|
depends on SCHED_WORKQUEUE
|
|
|
|
---help---
|
|
|
|
SIGWORK is a non-standard signal used to wake up the internal NuttX
|
|
|
|
worker thread. This setting specifies the signal number that will be
|
|
|
|
used for SIGWORK. Default: 17
|
|
|
|
|
|
|
|
endif
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
comment "Sizes of configurable things (0 disables)"
|
|
|
|
|
|
|
|
config MAX_TASKS
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Max number of tasks"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 32
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
The maximum number of simultaneously active tasks. This value must be
|
|
|
|
a power of two.
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config MAX_TASK_ARGS
|
2012-04-11 19:13:04 +02:00
|
|
|
int "Maximum number of task arguments"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 4
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
This controls the maximum number of of parameters that a task may
|
|
|
|
receive (i.e., maxmum value of 'argc')
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config NPTHREAD_KEYS
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Maximum number of pthread keys"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 4
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
The number of items of thread-
|
|
|
|
specific data that can be retained
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config NFILE_DESCRIPTORS
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Maximum number of file descriptors per task"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 16
|
|
|
|
---help---
|
2013-01-17 15:43:55 +01:00
|
|
|
The maximum number of file descriptors per task (one for each open)
|
2012-04-11 19:13:04 +02:00
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config NFILE_STREAMS
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Maximum number of FILE streams"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 16
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
The maximum number of streams that can be fopen'ed
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config NAME_MAX
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Maximum size of a file name"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 32
|
|
|
|
---help---
|
|
|
|
The maximum size of a file name.
|
2012-04-11 19:13:04 +02:00
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config PREALLOC_MQ_MSGS
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Number of pre-allocated messages"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 32
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
The number of pre-allocated message structures. The system manages
|
|
|
|
a pool of preallocated message structures to minimize dynamic allocations
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config MQ_MAXMSGSIZE
|
2012-04-11 19:13:04 +02:00
|
|
|
int "Maximum message size"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 32
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
Message structures are allocated with a fixed payload size given by this
|
|
|
|
setting (does not include other message structure overhead.
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config MAX_WDOGPARMS
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Maximum number of watchdog parameters"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 4
|
|
|
|
---help---
|
2013-01-17 15:43:55 +01:00
|
|
|
Maximum number of parameters that can be passed to a watchdog handler
|
2012-04-11 19:13:04 +02:00
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config PREALLOC_WDOGS
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Number of pre-allocated watchdog timers"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 32
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
The number of pre-allocated watchdog structures. The system manages a
|
|
|
|
pool of preallocated watchdog structures to minimize dynamic allocations
|
2013-04-22 17:10:58 +02:00
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config PREALLOC_TIMERS
|
2013-01-17 15:43:55 +01:00
|
|
|
int "Number of pre-allocated POSIX timers"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 8
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
The number of pre-allocated POSIX timer structures. The system manages a
|
|
|
|
pool of preallocated timer structures to minimize dynamic allocations. Set to
|
|
|
|
zero for all dynamic allocations.
|
2012-04-07 16:50:57 +02:00
|
|
|
|
|
|
|
comment "Stack and heap information"
|
|
|
|
|
|
|
|
config IDLETHREAD_STACKSIZE
|
2012-04-11 19:13:04 +02:00
|
|
|
int "Idle thread stack size"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 1024
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
The size of the initial stack used by the IDLE thread. The IDLE thread
|
|
|
|
is the thread that (1) performs the inital boot of the system up to the
|
|
|
|
point where user_start() is spawned, and (2) there after is the IDLE
|
|
|
|
thread that executes only when there is no other thread ready to run.
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config USERMAIN_STACKSIZE
|
2012-04-11 19:13:04 +02:00
|
|
|
int "Main thread stack size"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 2048
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
The size of the stack to allocate for the main user thread that begins at
|
|
|
|
the user_start() entry point.
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config PTHREAD_STACK_MIN
|
2012-04-11 19:13:04 +02:00
|
|
|
int "Minimum pthread stack size"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 256
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
Minimum pthread stack size
|
|
|
|
|
2012-04-07 16:50:57 +02:00
|
|
|
config PTHREAD_STACK_DEFAULT
|
2012-04-11 19:13:04 +02:00
|
|
|
int "Default pthread stack size"
|
2012-04-07 16:50:57 +02:00
|
|
|
default 2048
|
|
|
|
---help---
|
2012-04-11 19:13:04 +02:00
|
|
|
Default pthread stack size
|