michaelh/zephyr
1
0
Fork 0
Code Releases Activity
zephyr/subsys/CMakeLists.txt

36 lines
1.3 KiB
Text
Raw Normal View History

license: cleanup: add SPDX Apache-2.0 license identifier Update the files which contain no license information with the 'Apache-2.0' SPDX license identifier. Many source files in the tree are missing licensing information, which makes it harder for compliance tools to determine the correct license. By default all files without license information are under the default license of Zephyr, which is Apache version 2. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2019-04-06 09:08:09 -04:00
# SPDX-License-Identifier: Apache-2.0
Introduce cmake-based rewrite of KBuild Introducing CMake is an important step in a larger effort to make Zephyr easy to use for application developers working on different platforms with different development environment needs. Simplified, this change retains Kconfig as-is, and replaces all Makefiles with CMakeLists.txt. The DSL-like Make language that KBuild offers is replaced by a set of CMake extentions. These extentions have either provided simple one-to-one translations of KBuild features or introduced new concepts that replace KBuild concepts. This is a breaking change for existing test infrastructure and build scripts that are maintained out-of-tree. But for FW itself, no porting should be necessary. For users that just want to continue their work with minimal disruption the following should suffice: Install CMake 3.8.2+ Port any out-of-tree Makefiles to CMake. Learn the absolute minimum about the new command line interface: $ cd samples/hello_world $ mkdir build && cd build $ cmake -DBOARD=nrf52_pca10040 .. $ cd build $ make PR: zephyrproject-rtos#4692 docs: http://docs.zephyrproject.org/getting_started/getting_started.html Signed-off-by: Sebastian Boe <sebastian.boe@nordicsemi.no>
2017-10-27 15:43:34 +02:00
add_subdirectory(debug)
add_subdirectory(logging)
lorawan: Add initial support for LoRaWAN Add initial support for LoRaWAN based on Semtech's loramac-node library. Current implementation only supports OTAA config and sending data to LoRaWAN server like ThingsNetwork. While at it, this commit also moves the "loramac-node" library definition from drivers/lora to subsys/lorawan. This is required because, subsys/lorawan gets processed before drivers/lora and that creates issue while building. Signed-off-by: Manivannan Sadhasivam <mani@kernel.org>
2020-03-04 19:54:09 +05:30
add_subdirectory_ifdef(CONFIG_LORAWAN lorawan)
Introduce cmake-based rewrite of KBuild Introducing CMake is an important step in a larger effort to make Zephyr easy to use for application developers working on different platforms with different development environment needs. Simplified, this change retains Kconfig as-is, and replaces all Makefiles with CMakeLists.txt. The DSL-like Make language that KBuild offers is replaced by a set of CMake extentions. These extentions have either provided simple one-to-one translations of KBuild features or introduced new concepts that replace KBuild concepts. This is a breaking change for existing test infrastructure and build scripts that are maintained out-of-tree. But for FW itself, no porting should be necessary. For users that just want to continue their work with minimal disruption the following should suffice: Install CMake 3.8.2+ Port any out-of-tree Makefiles to CMake. Learn the absolute minimum about the new command line interface: $ cd samples/hello_world $ mkdir build && cd build $ cmake -DBOARD=nrf52_pca10040 .. $ cd build $ make PR: zephyrproject-rtos#4692 docs: http://docs.zephyrproject.org/getting_started/getting_started.html Signed-off-by: Sebastian Boe <sebastian.boe@nordicsemi.no>
2017-10-27 15:43:34 +02:00
add_subdirectory_ifdef(CONFIG_BT bluetooth)
subsys: console: Factor out fifo-based console input abstraction Console subsystem is intended to be a layer between console drivers and console clients, like e.g. shell. This change factors out code from shell which dealed with individial console drivers and moves it to console subsystem, under the name console_register_line_input(). To accommodate for this change, older console subsys Kconfig symbol is changed from CONFIG_CONSOLE_PULL to CONFIG_CONSOLE_SUBSYS (CONFIG_CONSOLE is already used by console drivers). This signifies that console subsystem is intended to deal with all of console aspects in Zephyr (existing and new), not just provide some "new" functionality on top of raw console drivers, like it initially started. Signed-off-by: Paul Sokolovsky <paul.sokolovsky@linaro.org>
2018-06-07 22:30:21 +03:00
add_subdirectory_ifdef(CONFIG_CONSOLE_SUBSYS console)
shell: Shell subsystem reimplementation New shell support features like: - multi-instance - command tree - static and dynamic commands - multiline - help print function - smart tab (autocompletion) - meta-keys - history, wildcards etc. - generic transport (initially, uart present) Signed-off-by: Jakub Rzeszutko <jakub.rzeszutko@nordicsemi.no> Signed-off-by: Krzysztof Chruscinski <krzysztof.chruscinski@nordicsemi.no> Signed-off-by: Piotr Zięcik <piotr.ziecik@nordicsemi.no>
2018-08-09 09:56:10 +02:00
add_subdirectory_ifdef(CONFIG_SHELL shell)
Introduce cmake-based rewrite of KBuild Introducing CMake is an important step in a larger effort to make Zephyr easy to use for application developers working on different platforms with different development environment needs. Simplified, this change retains Kconfig as-is, and replaces all Makefiles with CMakeLists.txt. The DSL-like Make language that KBuild offers is replaced by a set of CMake extentions. These extentions have either provided simple one-to-one translations of KBuild features or introduced new concepts that replace KBuild concepts. This is a breaking change for existing test infrastructure and build scripts that are maintained out-of-tree. But for FW itself, no porting should be necessary. For users that just want to continue their work with minimal disruption the following should suffice: Install CMake 3.8.2+ Port any out-of-tree Makefiles to CMake. Learn the absolute minimum about the new command line interface: $ cd samples/hello_world $ mkdir build && cd build $ cmake -DBOARD=nrf52_pca10040 .. $ cd build $ make PR: zephyrproject-rtos#4692 docs: http://docs.zephyrproject.org/getting_started/getting_started.html Signed-off-by: Sebastian Boe <sebastian.boe@nordicsemi.no>
2017-10-27 15:43:34 +02:00
add_subdirectory_ifdef(CONFIG_DISK_ACCESS disk)
emul: Create an emulation implementation Create a header file and implementation for emulators. Set up a linker list so that emulators can be found and initialised at start-up. Emulators are used to emulate hardware devices, to support testing of various subsystems. For example, it is possible to write an emulator for an I2C compass such that it appears on the I2C bus and can be used just like a real hardware device. Emulators often implement special features for testing. For example a compass may support returning bogus data if the I2C bus speed is too high, or may return invalid measurements if calibration has not yet been completed. This allows for testing that high-level code can handle these situations correctly. Test coverage can therefore approach 100% if all failure conditions are emulated. Signed-off-by: Peter Bigot <peter.bigot@nordicsemi.no> Signed-off-by: Simon Glass <sjg@chromium.org>
2020-08-20 08:07:29 -06:00
add_subdirectory_ifdef(CONFIG_EMUL emul)
subsys: fs: Add Flash Circular Buffer Zephyr already supports NFFS as a storage layer, but it might be a little bit too heavyweight for certain applications in memory-restricted ICs. This module is response for need of Lightweight flash storage capability. FCB is ported form MyNewt as native zephyr module. Signed-off-by: Andrzej Puzdrowski <andrzej.puzdrowski@nordicsemi.no>
2017-12-13 15:53:20 +01:00
add_subdirectory(fs)
ipc: RPMsg service to register multiple endpoints This patch implements a service that adds multiendpoint capabilities to RPMsg. Multiple endpoints are intended to be used when multiple modules need services from a remote processor. Each module may register one or more RPMsg endpoints. The implementation separates backend from the service, what allows to extend this module to support other topologies like Linux <-> Zephyr. Co-authored-by: Piotr Szkotak <piotr.szkotak@nordicsemi.no> Signed-off-by: Hubert Miś <hubert.mis@nordicsemi.no>
2021-01-18 12:19:49 +01:00
add_subdirectory(ipc)
mgmt: Move mcumgr into its own folder In order to be able to add more entries under 'subsys/mgmt', move the current contents of it, which relate exclusively to MCUMgr, to its own folder. Signed-off-by: Carles Cufi <carles.cufi@nordicsemi.no>
2020-07-30 18:01:18 +02:00
add_subdirectory(mgmt)
dfu: fixup conditional CMake include The dfu subsys is theoretically agnostic to the particular bootloader, even if MCUboot is the only bootloader currently supported. Include the dfu folder based on the parent symbol `IMG_MANAGER` instead of the specific `MCUBOOT_IMG_MANAGER`. The MCUboot specific files are already gated by the Kconfig in the `boot` and `img_util` folders. Signed-off-by: Jordan Yates <jordan.yates@data61.csiro.au>
2022-08-05 15:02:11 +10:00
add_subdirectory_ifdef(CONFIG_IMG_MANAGER dfu)
Introduce cmake-based rewrite of KBuild Introducing CMake is an important step in a larger effort to make Zephyr easy to use for application developers working on different platforms with different development environment needs. Simplified, this change retains Kconfig as-is, and replaces all Makefiles with CMakeLists.txt. The DSL-like Make language that KBuild offers is replaced by a set of CMake extentions. These extentions have either provided simple one-to-one translations of KBuild features or introduced new concepts that replace KBuild concepts. This is a breaking change for existing test infrastructure and build scripts that are maintained out-of-tree. But for FW itself, no porting should be necessary. For users that just want to continue their work with minimal disruption the following should suffice: Install CMake 3.8.2+ Port any out-of-tree Makefiles to CMake. Learn the absolute minimum about the new command line interface: $ cd samples/hello_world $ mkdir build && cd build $ cmake -DBOARD=nrf52_pca10040 .. $ cd build $ make PR: zephyrproject-rtos#4692 docs: http://docs.zephyrproject.org/getting_started/getting_started.html Signed-off-by: Sebastian Boe <sebastian.boe@nordicsemi.no>
2017-10-27 15:43:34 +02:00
add_subdirectory_ifdef(CONFIG_NET_BUF net)
usb: move USB device stack code to own directory Until now the whole USB device stack code is located in the top subsys/usb directory. Move it to own directory in preparation for upcoming extension and rework of USB support. Signed-off-by: Johann Fischer <johann.fischer@nordicsemi.no>
2022-03-31 11:17:28 +02:00
add_subdirectory(usb)
Introduce cmake-based rewrite of KBuild Introducing CMake is an important step in a larger effort to make Zephyr easy to use for application developers working on different platforms with different development environment needs. Simplified, this change retains Kconfig as-is, and replaces all Makefiles with CMakeLists.txt. The DSL-like Make language that KBuild offers is replaced by a set of CMake extentions. These extentions have either provided simple one-to-one translations of KBuild features or introduced new concepts that replace KBuild concepts. This is a breaking change for existing test infrastructure and build scripts that are maintained out-of-tree. But for FW itself, no porting should be necessary. For users that just want to continue their work with minimal disruption the following should suffice: Install CMake 3.8.2+ Port any out-of-tree Makefiles to CMake. Learn the absolute minimum about the new command line interface: $ cd samples/hello_world $ mkdir build && cd build $ cmake -DBOARD=nrf52_pca10040 .. $ cd build $ make PR: zephyrproject-rtos#4692 docs: http://docs.zephyrproject.org/getting_started/getting_started.html Signed-off-by: Sebastian Boe <sebastian.boe@nordicsemi.no>
2017-10-27 15:43:34 +02:00
add_subdirectory(random)
subsys: storage: Add flash_map abstraction module Introduce flas_map module is abstraction over flash memory and its driver for using flash memories along with description of available flash areas. Module provides simple API for write/read/erase and so one. Signed-off-by: Andrzej Puzdrowski <andrzej.puzdrowski@nordicsemi.no>
2017-12-08 11:50:46 +01:00
add_subdirectory(storage)
subsys: Add a new settings subsystem Adapt the MyNewt non-volatile configuration system to become a settings system in Zephyr. The original code was modifed in the following ways: * Renamed from config to settings * Use the zephyr FCB, FS API, and base64 subsystems * lltoa like function was added to sources as it was required but not included in Zephyr itself. * The original code was modified to use Zephyr's slist.h as single linked list implementation. * Reworked code which was using strtok_r, added function for decoding a string to a s64_t value. * Thank to the above the settings subsys doesn't require newlibc anymore. Signed-off-by: Andrzej Puzdrowski <andrzej.puzdrowski@nordicsemi.no> Signed-off-by: Carles Cufi <carles.cufi@nordicsemi.no>
2018-02-02 14:30:56 +01:00
add_subdirectory_ifdef(CONFIG_SETTINGS settings)
subsys: add monochrome character framebuffer Add monochrome character framebuffer for monochrome graphic dot matrix displays and electrophoretic displays. These displays are mostly monochrome and can only display black and some other color, for example white. Typically, a byte controls 8 pixels, arranged vertically or horizontally depending on the controller or settings. The API is not suitable to display graphics, the purpose is to display text or symbols. It is possible to use several fonts. A font can also consist of graphic symbols only and thus, for example, enable the realization of a menu. Signed-off-by: Johann Fischer <j.fischer@phytec.de>
2018-07-19 17:43:39 +02:00
add_subdirectory(fb)
zdsp: Fix missing kconfig and no source library Adds a missing menuconfig for the DSP library as well as fix an issue with the zephyr library being a STATIC library and having no sources in the case of the cmsis backend. Signed-off-by: Yuval Peress <peress@google.com>
2022-12-05 21:53:07 -07:00
add_subdirectory_ifdef(CONFIG_DSP dsp)
portability: move cmsis APIs to subsys/portability Move cmsis OS apis under subsystem/portability. Those are not libraries and only serve to provide a level of abstraction using the CMSIS OS APIs to existing Zephyr interfaces. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2021-03-26 09:30:06 -04:00
add_subdirectory(portability)
pm: move power subsystem to pm Adjust naming to make things consistent. Signed-off-by: Gerard Marull-Paretas <gerard.marull@nordicsemi.no>
2021-04-29 13:45:57 +02:00
add_subdirectory(pm)
stats: move from misc to subsys/stats Create a new subsystem for statistics and move it from misc/ Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2018-11-02 07:42:40 -04:00
add_subdirectory(stats)
task_wdt: add task-level watchdog subsystem This new subsystem can be used to supervise individual threads. It is based on a regularly updated kernel timer, whose ISR is never actually called in regular system operation. An existing hardware watchdog can be used as an optional fallback if the task watchdog itself gets stuck. Signed-off-by: Martin Jäger <martin@libre.solar>
2020-11-18 16:23:17 +01:00
add_subdirectory(task_wdt)
tests: move testsuite and configs into subsys/ Move test related code and the testsuite away from tests/ and make it a proper subsystem. The way tests were integrate in the tree was not obvious and actual tests were intermixed with the testsuite code. This will allow us to have trees with the testcode and without the samples by just remove the folders tests/ and samples, needed for isolating actual code from test/sample code. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2019-02-19 15:45:18 -05:00
add_subdirectory(testsuite)
tracing: move tracing under subsys/ Tracing subsystem is growing and although related to debugging, it does deserve to belong into its own subsystem. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2020-02-06 09:13:51 -05:00
add_subdirectory(tracing)
cmake: remove _if_kconfig() functions This set of functions seem to be there just because of historical reasons, stemming from Kbuild. They are non-obvious and prone to errors, so remove them in favor of the `_ifdef()` ones with an explicit `CONFIG_` condition. Script used: git grep -l _if_kconfig | xargs sed -E -i "s/_if_kconfig\(\s*(\w*)/_ifdef(CONFIG_\U\1\E \1/g" Signed-off-by: Carles Cufi <carles.cufi@nordicsemi.no>
2020-07-31 13:52:40 +02:00
add_subdirectory_ifdef(CONFIG_JWT jwt)
canbus: canopen: add zephyr driver layer for CANopenNode Add a Zephyr driver and abstraction layer for use by the 3rd party CANopenNode module. CANopenNode depends on the CO_driver.h file for platform-specific type definitions, locking primitives, and CAN bus driver API. This fixes #15278. Signed-off-by: Henrik Brix Andersen <hebad@vestas.com>
2019-09-22 20:24:57 +02:00
add_subdirectory(canbus)
timing: do not repeatedly do init()/start()/stop() We should not be initializing/starting/stoping timing functions multiple times. So this changes how the timing functions are structured to allow only one initialization, only start when stopped, and only stop when started. Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2020-10-14 11:15:40 -07:00
add_subdirectory_ifdef(CONFIG_TIMING_FUNCTIONS timing)
demand_paging: add infra for demand paging modules Backing stores and eviction algorithms will be included here. Exactly one must be chosen, with a default option to leave the implementation to the application. Signed-off-by: Andrew Boie <andrew.p.boie@intel.com>
2020-11-30 10:26:09 -08:00
add_subdirectory_ifdef(CONFIG_DEMAND_PAGING demand_paging)
modbus: add MODBUS RTU subsystem Add MODBUS RTU (over serial line) subsystem. MODBUS RTU implementation supports booth server and client roles. Some components of the implementation are based on the uC/Modbus stack, which was published under Apache license, (https://github.com/SiliconLabs/uC-Modbus fdd1218a28e313c1212fed5ed42e5c65d3056a2c). Resolves: #2854 Signed-off-by: Johann Fischer <j.fischer@phytec.de>
2020-05-29 16:45:25 +02:00
add_subdirectory(modbus)
sd: Add common SD initialization code All SD cards require SD CMD0 (reset) and CMD8 (send IF cond) at boot. Add this portion of the initialization flow to SD subsystem, as well as query command to check if card is SDIO. Signed-off-by: Daniel DeGrasse <daniel.degrasse@nxp.com>
2022-02-16 15:30:40 -06:00
add_subdirectory(sd)
rtio: Real-Time Input/Output Stream A DMA friendly Stream API for zephyr. Based on ideas from io_uring and iio, a queue based API for I/O operations. Provides a pair of fixed length ringbuffer backed queues for submitting I/O requests and recieving I/O completions. The requests may be chained together to ensure the next operation does not start until the current one is complete. Requests target an abstract rtio_iodev which is expected to wrap all the hardware particulars of how to perform the operation. For example with a SPI bus device, a description of what a read, and write mean can be decided by the iodev wrapping a particular device hanging off of a SPI controller. The queue pair are submitted to an executor which may be a simple inplace looping executor done in the callers execution context (thread/stack) but other executors are expected. A threadpool executor might for example allow for concurrent request chains to execute in parallel. A DMA executor, in conjunction with DMA aware iodevs would allow for hardware offloading of operations going so far as to schedule with priority using hardware arbitration. Both the iodev and executor are definable by a particular SoC, meaning they can work in conjuction to perform IO operations using a particular DMA controller or methodology if desired. The application decides entirely how large the queues are, where the buffers to read/write come from (some executors may have particular demands!), and which executor to submit requests to. Signed-off-by: Tom Burdick <thomas.burdick@intel.com>
2019-06-26 10:17:18 -05:00
add_subdirectory(rtio)
zbus: Add message bus subsystem to Zephyr Add zbus message bus as a Zephyr subsystem. No message bus or communication abstraction other than the usual (message queues, mailboxes, etc.) enabled developers to implement event-driven systems in Zephyr quickly. Zbus would fill that gap by providing the community with a lightweight and flexible message bus. The implementation tries to be closest as possible to the existing ones. We use the claim/finish approach, and the API for publishing and reading channels are similar in message queues. Zbus is about channels, messages, and observers. Signed-off-by: Rodrigo Peixoto <rodrigopex@gmail.com>
2022-07-30 23:40:36 -03:00
add_subdirectory_ifdef(CONFIG_ZBUS zbus)
Copy permalink