7832738ae9
Add a k_timeout_t type, and use it everywhere that kernel API functions were accepting a millisecond timeout argument. Instead of forcing milliseconds everywhere (which are often not integrally representable as system ticks), do the conversion to ticks at the point where the timeout is created. This avoids an extra unit conversion in some application code, and allows us to express the timeout in units other than milliseconds to achieve greater precision. The existing K_MSEC() et. al. macros now return initializers for a k_timeout_t. The K_NO_WAIT and K_FOREVER constants have now become k_timeout_t values, which means they cannot be operated on as integers. Applications which have their own APIs that need to inspect these vs. user-provided timeouts can now use a K_TIMEOUT_EQ() predicate to test for equality. Timer drivers, which receive an integer tick count in ther z_clock_set_timeout() functions, now use the integer-valued K_TICKS_FOREVER constant instead of K_FOREVER. For the initial release, to preserve source compatibility, a CONFIG_LEGACY_TIMEOUT_API kconfig is provided. When true, the k_timeout_t will remain a compatible 32 bit value that will work with any legacy Zephyr application. Some subsystems present timeout (or timeout-like) values to their own users as APIs that would re-use the kernel's own constants and conventions. These will require some minor design work to adapt to the new scheme (in most cases just using k_timeout_t directly in their own API), and they have not been changed in this patch, instead selecting CONFIG_LEGACY_TIMEOUT_API via kconfig. These subsystems include: CAN Bus, the Microbit display driver, I2S, LoRa modem drivers, the UART Async API, Video hardware drivers, the console subsystem, and the network buffer abstraction. k_sleep() now takes a k_timeout_t argument, with a k_msleep() variant provided that works identically to the original API. Most of the changes here are just type/configuration management and documentation, but there are logic changes in mempool, where a loop that used a timeout numerically has been reworked using a new z_timeout_end_calc() predicate. Also in queue.c, a (when POLL was enabled) a similar loop was needlessly used to try to retry the k_poll() call after a spurious failure. But k_poll() does not fail spuriously, so the loop was removed. Signed-off-by: Andy Ross <andrew.j.ross@intel.com>
111 lines
2.6 KiB
Plaintext
111 lines
2.6 KiB
Plaintext
# Copyright (c) 2018 Intel Corporation
|
|
# SPDX-License-Identifier: Apache-2.0
|
|
|
|
config POSIX_MAX_FDS
|
|
int "Maximum number of open file descriptors"
|
|
default 16 if POSIX_API
|
|
default 4
|
|
help
|
|
Maximum number of open file descriptors, this includes
|
|
files, sockets, special devices, etc.
|
|
|
|
config POSIX_API
|
|
depends on !ARCH_POSIX
|
|
bool "POSIX APIs"
|
|
select LEGACY_TIMEOUT_API
|
|
help
|
|
Enable mostly-standards-compliant implementations of
|
|
various POSIX (IEEE 1003.1) APIs.
|
|
|
|
config PTHREAD_IPC
|
|
bool "POSIX pthread IPC API"
|
|
default y if POSIX_API
|
|
help
|
|
This enables a mostly-standards-compliant implementation of
|
|
the pthread mutex, condition variable and barrier IPC
|
|
mechanisms.
|
|
|
|
if PTHREAD_IPC
|
|
config MAX_PTHREAD_COUNT
|
|
int "Maximum simultaneously active pthread count in POSIX application"
|
|
default 5
|
|
range 0 255
|
|
help
|
|
Maximum number of simultaneously active threads in a POSIX application.
|
|
|
|
config SEM_VALUE_MAX
|
|
int "Maximum semaphore limit"
|
|
default 32767
|
|
range 1 32767
|
|
help
|
|
Maximum semaphore count in POSIX compliant Application.
|
|
|
|
endif # PTHREAD_IPC
|
|
|
|
config POSIX_CLOCK
|
|
bool "POSIX clock, timer, and sleep APIs"
|
|
default y if POSIX_API
|
|
help
|
|
This enables POSIX clock\_\*(), timer\_\*(), and \*sleep()
|
|
functions.
|
|
|
|
config MAX_TIMER_COUNT
|
|
int "Maximum timer count in POSIX application"
|
|
default 5
|
|
range 0 255
|
|
help
|
|
Mention maximum number of timers in POSIX compliant application.
|
|
|
|
config POSIX_MQUEUE
|
|
bool "Enable POSIX message queue"
|
|
default y if POSIX_API
|
|
help
|
|
This enabled POSIX message queue related APIs.
|
|
|
|
if POSIX_MQUEUE
|
|
config MSG_COUNT_MAX
|
|
int "Maximum number of messages in message queue"
|
|
default 16
|
|
help
|
|
Mention maximum number of messages in message queue in POSIX compliant
|
|
application.
|
|
|
|
config MSG_SIZE_MAX
|
|
int "Maximum size of a message"
|
|
default 16
|
|
help
|
|
Mention maximum size of message in bytes.
|
|
|
|
config MQUEUE_NAMELEN_MAX
|
|
int "Maximum size of a name length"
|
|
default 16
|
|
range 2 255
|
|
help
|
|
Mention length of message queue name in number of characters.
|
|
|
|
endif
|
|
|
|
config POSIX_FS
|
|
bool "Enable POSIX file system API support"
|
|
default y if POSIX_API
|
|
depends on FILE_SYSTEM
|
|
help
|
|
This enables POSIX style file system related APIs.
|
|
|
|
config POSIX_MAX_OPEN_FILES
|
|
int "Maximum number of open file descriptors"
|
|
default 16
|
|
depends on POSIX_FS
|
|
help
|
|
Maximum number of open files. Note that this setting
|
|
is additionally bounded by CONFIG_POSIX_MAX_FDS.
|
|
|
|
# The name of this option is mandated by zephyr_interface_library_named
|
|
# cmake directive.
|
|
config APP_LINK_WITH_POSIX_SUBSYS
|
|
bool "Make POSIX headers available to application"
|
|
default y
|
|
depends on POSIX_API
|
|
help
|
|
Add POSIX subsystem header files to the 'app' include path.
|