| /Zephyr-latest/doc/build/dts/api/ |
| D | api.rst | 7 based. Use of these macros has no impact on scheduling. They can be used from
10 Some of these -- the ones beginning with ``DT_INST_`` -- require a special
11 macro named ``DT_DRV_COMPAT`` to be defined before they can be used; these are
12 discussed individually below. These macros are generally meant for use within
56 Property values can be read using these macros even if the node is disabled,
66 Use these APIs instead of :ref:`devicetree-property-access` to access the
68 devicetree specification, these macros can be used even for nodes without
83 Use these APIs instead of :ref:`devicetree-property-access` to access the
85 devicetree specification, these macros can be used even for nodes without
95 Use these APIs instead of :ref:`devicetree-property-access` to access the
[all …]
|
| /Zephyr-latest/include/zephyr/ |
| D | syscall.h | 26 * These macros are used in public header files to declare system calls.
30 * - Kernel-only code, or CONFIG_USERSPACE disabled, these inlines will
32 * - User-only code, these inlines will marshal parameters and elevate
34 * - Mixed or indeterminate code, these inlines will do a runtime check
38 * function. These must follow a naming convention. For a system call
54 * These are kernel-side skeleton functions for system calls. They are
61 * assertions. The handler must check all of these conditions using
69 * Even if the system call implementation has no return value, these always
|
| /Zephyr-latest/tests/benchmarks/wait_queues/ |
| D | README.rst | 5 implementations: simple and scalable. These two queue implementations perform
7 the performance of these two implementations vary under varying conditions.
9 These conditions include:
16 By default, these tests show the minimum, maximum, and averages of the measured
|
| /Zephyr-latest/subsys/bluetooth/host/classic/ |
| D | avrcp_internal.h | 55 * within the target. These fields enable the target to determine whether the command is
56 * addressed to the target unit, or to a specific subunit within the target. The values in these
61 * within the target. These fields enable the target to determine whether the command is
62 * addressed to the target unit, or to a specific subunit within the target. The values in these
71 * within the target. These fields enable the target to determine whether the command is
72 * addressed to the target unit, or to a specific subunit within the target. The values in these
78 * within the target. These fields enable the target to determine whether the command is
79 * addressed to the target unit, or to a specific subunit within the target. The values in these
|
| /Zephyr-latest/doc/hardware/cache/ |
| D | index.rst | 13 :kconfig:option:`CONFIG_CPU_HAS_ICACHE`: these hidden options should be
18 These options have the goal to document an available hardware feature and
22 * :kconfig:option:`CONFIG_DCACHE` / :kconfig:option:`CONFIG_ICACHE`: these
24 present and working in zephyr. Note that if these options are disabled,
28 depending on these symbols. When the symbol is set the cache is considered
31 These symbols say nothing about the actual API interface exposed to the user.
|
| /Zephyr-latest/tests/drivers/i2s/i2s_speed/ |
| D | Readme.txt | 9 These are the HW changes required to run this test:
17 These are the HW changes required to run this test:
24 signals externally on the EVK. These are the HW changes required to run this test:
31 These are the HW changes required to run this test on MIMXRT1060-EVK[B/C]:
37 - NOTE: these connections cause contention with the following signals/features:
|
| /Zephyr-latest/tests/drivers/watchdog/wdt_error_cases/ |
| D | README.txt | 15 These tests were written to increase test coverage for the Watchdog driver.
20 These tests were prepared on a target that had a bug in the wdt_disable()
30 Follow these guidelines when enabling test execution on a new target.
47 Support for these flags varies between vendors and products.
56 3. These tests assume that watchdog driver supports multiple timeouts. Set
70 Support for these options varies between vendors and products.
|
| /Zephyr-latest/dts/bindings/mtd/ |
| D | ti,cc23x0-ccfg-flash.yaml | 74 Determines whether flash verifying SACI commands are allowed. These commands only check
101 controls whether the application is allowed to program these sectors.
104 Default is 0xffffffff to allow programming these sectors.
114 Default is 0xffffffff to allow programming these sectors.
122 Default is 0 to prevent from mistakenly programming these sectors.
130 Default is 0 to prevent from mistakenly programming these sectors.
138 Default is 0 to prevent from mistakenly programming these sectors.
150 Default is 0 to prevent from mistakenly programming these sectors.
160 Default is 0 to prevent from mistakenly programming these sectors.
|
| /Zephyr-latest/tests/subsys/fs/multi-fs/src/ |
| D | main.c | 17 * These tests are order-dependent. in ZTEST()
28 * These tests are order-dependent. in ZTEST()
41 * These tests are order-dependent. in ZTEST()
52 * These tests are order-dependent. in ZTEST()
|
| /Zephyr-latest/doc/develop/toolchains/ |
| D | other_x_compilers.rst | 17 Follow these steps to use one of these toolchains.
32 #. :ref:`Set these environment variables <env_vars>`:
39 #. To check that you have set these variables correctly in your current
40 environment, follow these example shell sessions (the
|
| D | designware_arc_mwdt.rst | 15 generation. We used Zephyr SDK as a source of these ARC GNU tools as well.
20 #. :ref:`Set these environment variables <env_vars>`:
31 #. To check that you have set these variables correctly in your current
32 environment, follow these example shell sessions (the
|
| /Zephyr-latest/doc/kernel/usermode/ |
| D | mpu_stack_objects.rst | 37 memory. These constraints include determining the alignment of the stack and
38 the correct sizing of the stack. During linking of the binary, these
42 MPU design may require specific constraints on the region definition. These
46 Some MPUs require that each region be aligned to a power of two. These SoCs
51 v7m MPU will have these constraints.
|
| /Zephyr-latest/include/zephyr/drivers/i3c/ |
| D | error_types.h | 17 * These are error types defined by the I3C specification.
21 * These are there simply to aid in error handling during
50 * These are error types defined by the I3C specification.
54 * These are there simply to aid in error handling during
|
| /Zephyr-latest/samples/basic/threads/ |
| D | README.rst | 14 The first two each control an LED. These LEDs, ``led0`` and ``led1``, have
20 When either of these threads toggles its LED, it also pushes information into a
30 The board must have two LEDs connected via GPIO pins. These are called "User
35 You will see one of these errors if you try to build this sample for an
|
| /Zephyr-latest/doc/develop/west/ |
| D | without-west.rst | 8 particular, you will have to do work "by hand" to replace these
13 - specifying the locations of these repositories to the Zephyr build
66 these repositories, the build will still work.
69 of these repositories, you must set :makevar:`ZEPHYR_MODULES`
89 If you want to use these build system targets but do not want to
122 specifically run one of these build system targets with a command
126 flash``. This is because these build system targets depend on an
|
| /Zephyr-latest/include/zephyr/dt-bindings/dai/ |
| D | esai.h | 11 * the values of these macros are meant to match
13 * with each of these pins.
29 * the values of these macros are set according to
|
| /Zephyr-latest/doc/build/dts/ |
| D | dt-vs-kconfig.rst | 26 nodes in the devicetree. These provide the UART type (via the ``compatible``
31 priority and the UART baud rate. These may be modifiable at runtime, but
54 There are **exceptions** to these rules:
57 configuration parameters, such as the size of an internal buffer, these
59 specific to Zephyr drivers and not hardware description or configuration these
|
| /Zephyr-latest/arch/arm64/core/ |
| D | tls.c | 18 * thread data and bss. These fields are supposed to be in arch_tls_stack_setup()
21 * this so we can simply skip these. However, since GCC in arch_tls_stack_setup()
22 * is generating code assuming these fields are there, in arch_tls_stack_setup()
|
| /Zephyr-latest/tests/drivers/uart/uart_elementary/ |
| D | README.txt | 5 Hardware setup required for these tests:
9 These test cases cover:
|
| /Zephyr-latest/doc/services/portability/ |
| D | index.rst | 8 These APIs make it easier and quicker to develop for, and port code to
11 These sections describe the software and hardware abstraction layers
|
| /Zephyr-latest/soc/espressif/esp32/ |
| D | Kconfig.mac | 14 administered MAC address. These are generated sequentially by adding 0, 1, 2 and 3 (respectively)
17 These are generated sequentially by adding 0 and 1 (respectively) to the base MAC address.
19 These are derived from the universal WiFi station and Bluetooth MAC addresses, respectively.
|
| /Zephyr-latest/soc/intel/intel_adsp/ace/include/ace15_mtpm/ |
| D | adsp_boot.h | 16 * These registers are added by Intel outside of the Tensilica Core for general operation
18 * Note: These registers are accessible through the host space or DSP space depending on
31 * These registers are added by Intel outside of the Tensilica Core for boot / recovery
|
| /Zephyr-latest/soc/intel/intel_adsp/ace/include/ace20_lnl/ |
| D | adsp_boot.h | 16 * These registers are added by Intel outside of the Tensilica Core for general operation
18 * Note: These registers are accessible through the host space or DSP space depending on
31 * These registers are added by Intel outside of the Tensilica Core for boot / recovery
|
| /Zephyr-latest/soc/intel/intel_adsp/ace/include/ace30/ |
| D | adsp_boot.h | 16 * These registers are added by Intel outside of the Tensilica Core for general operation
18 * Note: These registers are accessible through the host space or DSP space depending on
31 * These registers are added by Intel outside of the Tensilica Core for boot / recovery
|
| /Zephyr-latest/arch/xtensa/core/ |
| D | tls.c | 22 * thread data and bss. These fields are supposed to be in arch_tls_stack_setup()
25 * this so we can simply skip these. However, since GCC in arch_tls_stack_setup()
26 * is generating code assuming these fields are there, in arch_tls_stack_setup()
|
