| /Zephyr-Core-3.6.0/tests/drivers/build_all/pwm/ |
| D | testcase.yaml | 7 drivers.pwm.cc13xx_cc26xx_timer.build:
9 drivers.pwm.gecko.build:
11 drivers.pwm.imx.build:
13 drivers.pwm.litex.build:
15 drivers.pwm.mcux.ftm.build:
17 drivers.pwm.mcux.pwt.build:
21 drivers.pwm.mcux.tpm.build:
23 drivers.pwm.mcux.build:
25 drivers.pwm.mcux.sctimer.build:
27 drivers.pwm.rv32m1.tpm.build:
[all …]
|
| /Zephyr-Core-3.6.0/doc/develop/west/ |
| D | build-flash-debug.rst | 1 .. _west-build-flash-debug:
8 ``build``, ``flash``, ``debug``, ``debugserver`` and ``attach``.
23 Building: ``west build``
26 .. tip:: Run ``west build -h`` for a quick overview.
28 The ``build`` command helps you build Zephyr applications from source. You can
33 - If there is a Zephyr build directory named :file:`build` in your current
35 run ``west build`` from a Zephyr build directory.
37 - Otherwise, if you run ``west build`` from a Zephyr application's source
38 directory and no build directory is found, a new one is created and the
44 The easiest way to use ``west build`` is to go to an application's root
[all …]
|
| D | without-west.rst | 13 - specifying the locations of these repositories to the Zephyr build
27 Otherwise, Zephyr's build system will find it and may try to use
52 You can build a Zephyr application using CMake and Ninja (or make) directly
58 :goals: build
62 When building with west installed, the Zephyr build system will use it to set
63 :ref:`ZEPHYR_MODULES <important-build-vars>`.
66 these repositories, the build will still work.
81 Running build system targets like ``ninja flash``, ``ninja debug``,
83 <west-build-flash-debug>`. For example, ``ninja flash`` calls ``west
89 If you want to use these build system targets but do not want to
[all …]
|
| /Zephyr-Core-3.6.0/tests/drivers/build_all/adc/ |
| D | testcase.yaml | 7 drivers.adc.build:
13 drivers.adc.cc32xx.build:
15 drivers.adc.ite.it8xxx2.build:
17 drivers.adc.mcux.adc12.build:
19 drivers.adc.mcux.adc16.build:
21 drivers.adc.mcux.lpadc.build:
23 drivers.adc.mcp320x.build:
26 drivers.adc.npcx.build:
28 drivers.adc.nrf.build:
30 drivers.adc.nrf.saadc.build:
[all …]
|
| /Zephyr-Core-3.6.0/tests/drivers/build_all/modem/ |
| D | testcase.yaml | 10 drivers.modem.modem_hl7800.interrupt_driven.build:
14 drivers.modem.modem_hl7800.async.build:
18 drivers.modem.modem_ublox_sara.interrupt_driven.build:
22 drivers.modem.modem_ublox_sara.async.build:
26 drivers.modem.modem_quectel_bg9x.interrupt_driven.build:
30 drivers.modem.modem_quectel_bg9x.async.build:
34 drivers.modem.modem_gsm.interrupt_driven.build:
38 drivers.modem.modem_gsm.async.build:
42 drivers.modem.modem_gsm_mux.interrupt_driven.build:
46 drivers.modem.modem_gsm_mux.async.build:
[all …]
|
| /Zephyr-Core-3.6.0/subsys/bindesc/ |
| D | Kconfig.build_time | 5 bool "Build Time binary descriptors"
7 Add the build time binary descriptors
14 If enabled, the build time used for the descriptors will express
21 If enabled, the file containing the build time definitions will
23 accurate, but also in slightly longer build times.
26 bool "Year of build"
31 bool "Month of build"
36 bool "Day of build"
41 bool "Hour of build"
46 bool "Minute of build"
[all …]
|
| /Zephyr-Core-3.6.0/doc/build/cmake/ |
| D | index.rst | 3 Build System (CMake)
7 CMake is used to build your application together with the Zephyr kernel. A
8 CMake build is done in two stages. The first stage is called
9 **configuration**. During configuration, the CMakeLists.txt build scripts are
11 Zephyr build, and can generate build scripts that are native to the host
14 CMake supports generating scripts for several build systems, but only Ninja and
16 **build** stage by executing the generated build scripts. These build scripts
19 be executed again before building. The build scripts can detect some of these
23 Zephyr uses CMake's concept of a 'target' to organize the build. A
26 understand. All source code that goes into a Zephyr build does so by
[all …]
|
| /Zephyr-Core-3.6.0/tests/drivers/build_all/ieee802154/ |
| D | testcase.yaml | 7 drivers.ieee802154.build.external:
11 drivers.ieee802154.build.cc13xx_cc26xx:
13 drivers.ieee802154.build.kw41z:
15 drivers.ieee802154.build.mcr20a:
17 drivers.ieee802154.build.nrf5:
19 drivers.ieee802154.build.telink_b91:
21 drivers.ieee802154.build.upipe:
|
| /Zephyr-Core-3.6.0/doc/build/sysbuild/ |
| D | index.rst | 3 Sysbuild (System build)
6 Sysbuild is a higher-level build system that can be used to combine multiple
7 other build systems together. It is a higher-level layer that combines one
8 or more Zephyr build systems and optional additional build systems
9 into a hierarchical build system.
11 For example, you can use sysbuild to build a Zephyr application together
19 Like Zephyr's :ref:`build system <build_overview>`, sysbuild is written in
27 Single-image build
29 build system.
31 Multi-image build
[all …]
|
| /Zephyr-Core-3.6.0/boards/xtensa/esp32s2_franzininho/doc/ |
| D | index.rst | 61 It is build as a subproject at each application build. No further attention
68 must be build (and flash) at least once.
73 2. Manual build
86 The sysbuild makes possible to build and flash all necessary images needed to
89 To build the sample application using sysbuild use the command:
95 :goals: build
102 Build directory structure created by sysbuild is different from traditional
103 Zephyr build. Output is structured by the domain subdirectories:
107 build/
120 With ``--sysbuild`` option the bootloader will be re-build and re-flash
[all …]
|
| /Zephyr-Core-3.6.0/scripts/west_commands/ |
| D | build_helpers.py | 10 See build.py for the build command itself.
27 DEFAULT_BUILD_DIR = 'build'
28 '''Name of the default Zephyr build directory.'''
34 If the build directory is not given, the default is {}/ unless the
35 build.dir-fmt configuration variable is set. The current directory is
36 checked after that. If either is a Zephyr build directory, it is used.
57 # Guess the build folder by iterating through all sub-folders from the
85 '''Heuristic for finding a build directory.
87 The default build directory is computed by reading the build.dir-fmt
89 be None if the build.dir-fmt configuration option is set but cannot be
[all …]
|
| D | build.py | 26 west build [-h] [-b BOARD[@REV]]] [-d BUILD_DIR]
45 A "pristine" build directory is empty. The -p option controls
46 whether the build directory is made pristine before the build
49 guess if a pristine build may be necessary."""
52 log.inf('-- west build: ' + msg, colorize=True)
55 return config.get('build', option, fallback=fallback)
58 return config.getboolean('build', option, fallback=fallback)
65 class Build(Forceable): class
68 super(Build, self).__init__(
69 'build',
[all …]
|
| /Zephyr-Core-3.6.0/scripts/pylib/pytest-twister-harness/ |
| D | README.rst | 29 or build shell application by west and call pytest directly:
38 west build -p -b native_sim -- -DCONFIG_NATIVE_UART_0_ON_STDINOUT=y
39 pytest --twister-harness --device-type=native --build-dir=build -p twister_harness.plugin
42 west build -p -b qemu_x86 -- -DQEMU_PIPE=qemu-fifo
43 pytest --twister-harness --device-type=qemu --build-dir=build -p twister_harness.plugin
46 west build -p -b nrf52840dk_nrf52840
47 …pytest --twister-harness --device-type=hardware --device-serial=/dev/ttyACM0 --build-dir=build -p …
|
| /Zephyr-Core-3.6.0/tests/drivers/build_all/sensor/ |
| D | testcase.yaml | 12 sensors.build.sensorhub:
14 sensors.build.trigger.own:
16 sensors.build.trigger.global:
18 sensors.build.trigger.none:
20 sensors.build.no_default:
22 sensors.build:
25 sensors.build.pm:
|
| /Zephyr-Core-3.6.0/scripts/pylib/pytest-twister-harness/tests/device/ |
| D | hardware_adapter_test.py | 40 device.device_config.build_dir = Path('build')
43 …assert device.command == ['west', 'flash', '--skip-rebuild', '--build-dir', 'build', '--runner', '…
48 device.device_config.build_dir = Path('build')
53 …'west', 'flash', '--skip-rebuild', '--build-dir', 'build', '--runner', 'pyocd', '--', '--board-id'…
59 device.device_config.build_dir = Path('build')
64 …'west', 'flash', '--skip-rebuild', '--build-dir', 'build', '--runner', 'nrfjprog', '--', '--dev-id…
70 device.device_config.build_dir = Path('build')
76 'west', 'flash', '--skip-rebuild', '--build-dir', 'build', '--runner', 'openocd',
83 device.device_config.build_dir = Path('build')
89 'west', 'flash', '--skip-rebuild', '--build-dir', 'build', '--runner', 'openocd',
[all …]
|
| /Zephyr-Core-3.6.0/samples/modules/lvgl/demos/ |
| D | Kconfig | 5 prompt "LVGL demo to build"
8 Demo application to build.
14 Build music player demo application.
20 Build benchmarking demo application.
26 Build stress testing demo application.
32 Build stress testing demo application.
|
| /Zephyr-Core-3.6.0/modules/trusted-firmware-m/ |
| D | Kconfig.tfm.partitions | 16 to be passed to the TF-M build system. Look at 'config_default.cmake'
19 options are handled by the build system in the trusted-firmware-m
27 to be passed to the TF-M build system. Look at 'config_default.cmake'
30 options are handled by the build system in the trusted-firmware-m
38 to be passed to the TF-M build system. Look at 'config_default.cmake'
41 options are handled by the build system in the trusted-firmware-m
51 to be passed to the TF-M build system. Look at 'config_default.cmake'
54 options are handled by the build system in the trusted-firmware-m
62 to be passed to the TF-M build system. Look at 'config_default.cmake'
65 options are handled by the build system in the trusted-firmware-m
[all …]
|
| D | Kconfig.tfm | 28 bool "Build with TF-M as the Secure Execution Environment"
36 When enabled, this option instructs the Zephyr build process to
43 them, are generated during the normal Zephyr build process.
80 Build profile used to build tfm_s image. The available values are
85 prompt "TF-M build profile"
89 The TF-M build profile selection. Can be empty (not set),
95 bool "TF-M build profile: not set (base)"
98 bool "TF-M build profile: small"
101 bool "TF-M build profile: medium"
104 bool "TF-M build profile: ARoT-less"
[all …]
|
| /Zephyr-Core-3.6.0/samples/tfm_integration/tfm_ipc/ |
| D | README.rst | 36 #. Build Zephyr with a non-secure configuration (``-DBOARD=mps2_an521_ns``).
41 mkdir build
42 cd build
50 $ west build -p -b mps2_an521_ns zephyr/samples/tfm_integration/tfm_ipc
89 As part of the normal build process above, a binary is also produced that can
94 qemu-system-arm -M mps2-an521 -device loader,file=build/zephyr/tfm_merged.hex -serial stdio
96 You can also run the binary as part of the ``west`` build process by appending
97 the ``-t run`` flag to the end of your build command, or in the case of
102 $ west build -b mps2_an521_ns zephyr/samples/tfm_integration/tfm_ipc -t run
104 Or, post build:
[all …]
|
| /Zephyr-Core-3.6.0/tests/drivers/build_all/dac/ |
| D | testcase.yaml | 7 drivers.dac.build:
13 drivers.dac.mcux.build:
15 drivers.dac.mcux32.build:
17 drivers.dac.sam0.build:
19 drivers.dac.stm32.build:
|
| /Zephyr-Core-3.6.0/doc/_extensions/zephyr/ |
| D | application.py | 19 of the shell commands needed to manage (build, flash, etc.) an application.
21 For example, to generate commands to build samples/hello_world for
27 :goals: build
36 path to the application to build.
39 path to the application to build, this is an app present in the upstream
43 if set, build instructions are given from within the \:app: folder,
47 which build system to generate. Valid options are
56 if set, the application build will target the given board.
59 if set, the application build will target the given shield.
62 if set, the application build will use the given configuration
[all …]
|
| /Zephyr-Core-3.6.0/boards/xtensa/heltec_wifi_lora32_v2/doc/ |
| D | index.rst | 49 It is build as a subproject at each application build. No further attention
56 must be build (and flash) at least once.
61 2. Manual build
74 The sysbuild makes possible to build and flash all necessary images needed to
77 To build the sample application using sysbuild use the command:
83 :goals: build
90 Build directory structure created by sysbuild is different from traditional
91 Zephyr build. Output is structured by the domain subdirectories:
95 build/
108 With ``--sysbuild`` option the bootloader will be re-build and re-flash
[all …]
|
| /Zephyr-Core-3.6.0/doc/_scripts/ |
| D | redirects.py | 35 ('guides/build/index', 'build/cmake/index'),
36 ('guides/build/kconfig/extensions', 'build/kconfig/extensions'),
37 ('guides/build/kconfig/menuconfig', 'build/kconfig/menuconfig'),
38 ('guides/build/kconfig/preprocessor-functions', 'build/kconfig/preprocessor-functions'),
39 ('guides/build/kconfig/setting', 'build/kconfig/setting'),
40 ('guides/build/kconfig/tips', 'build/kconfig/tips'),
49 ('guides/dts/api-usage', 'build/dts/api-usage'),
50 ('guides/dts/bindings', 'build/dts/bindings'),
51 ('guides/dts/design', 'build/dts/design'),
52 ('guides/dts/dt-vs-kconfig', 'build/dts/dt-vs-kconfig'),
[all …]
|
| /Zephyr-Core-3.6.0/doc/develop/application/ |
| D | index.rst | 11 - its **build directory** is :file:`<app>/build`
17 makes it easier to use ``west build`` and other commands with it. (You can
19 <important-build-vars>` is set appropriately, though.)
24 Zephyr's build system is based on `CMake`_.
26 The build system is application-centric, and requires Zephyr-based applications
27 to initiate building the Zephyr source code. The application build controls
28 the configuration and build process of both the application and Zephyr itself,
32 and build system. You also likely have installed various :ref:`modules`
54 * **CMakeLists.txt**: This file tells the build system where to find the other
56 build system. This link provides features supported by Zephyr's build system,
[all …]
|
| /Zephyr-Core-3.6.0/doc/build/snippets/ |
| D | using.rst | 11 Snippets have names. You use snippets by giving their names to the build
14 With west build
21 west build -S foo app
27 west build -S snippet1 -S snippet2 [...] app
32 If you are running CMake directly instead of using ``west build``, use the
39 cmake --build build
|
