Home
last modified time | relevance | path

Searched refs:these (Results 51 – 75 of 642) sorted by relevance

12345678910>>...26

/Zephyr-latest/tests/drivers/build_all/modem/
Dapp.overlay9 * with real-world devicetree nodes, to allow these tests to run on
/Zephyr-latest/doc/services/tfm/
Dtestsuites.rst30 Only one of these suites can be run at a time, with the available test suites
36 The output of these test suites is required to obtain PSA Certification for
/Zephyr-latest/samples/basic/threads/
DREADME.rst20 When either of these threads toggles its LED, it also pushes information into a
35 You will see one of these errors if you try to build this sample for an
/Zephyr-latest/boards/qemu/cortex_m3/
DKconfig.defconfig16 # these APIs are provided thougth Mbed TLS. Unfortunately this platform is not
/Zephyr-latest/drivers/gpio/
DKconfig.mmio3210 GPIO IP block and these registers are used to control things that
/Zephyr-latest/samples/drivers/mbox/
Dsysbuild.cmake27 # For these NXP boards the main core application is dependent on
/Zephyr-latest/doc/build/flashing/
Dconfiguration.rst28 ``--reset`` followed by a list which specifies the settings for each of these commands (these
35 qualifiers are allowed, board names must be omitted from these entries). For ``board.yml``
36 files each set of board targets must be in a ``boards`` key, these are lists containing the
/Zephyr-latest/drivers/sensor/ti/tmp108/
DKconfig23 see TMP108 spec sheet for more information on how these work.
/Zephyr-latest/tests/drivers/build_all/mfd/
Dapp.overlay9 * with real-world devicetree nodes, to allow these tests to run on
/Zephyr-latest/samples/subsys/usb/uac2_explicit_feedback/
DKconfig15 # device stack. The scope of these options is limited to USB samples in project
/Zephyr-latest/samples/net/zperf/
DKconfig26 # device stack. The scope of these options is limited to USB samples in project
/Zephyr-latest/samples/bluetooth/hci_uart_async/
Dapp.overlay20 /* Some boards are by default assigning the &uart0 to these other
/Zephyr-latest/samples/net/vlan/
DREADME.rst35 Follow these steps to build the VLAN sample application:
45 two virtual LAN networks with these settings:
/Zephyr-latest/doc/build/dts/
Ddt-vs-kconfig.rst54 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/tests/drivers/watchdog/wdt_error_cases/
DREADME.txt30 Follow these guidelines when enabling test execution on a new target.
47 Support for these flags varies between vendors and products.
70 Support for these options varies between vendors and products.
/Zephyr-latest/arch/arm/core/
DKconfig.vfp6 # Math coprocessor symbols; these should be selected by the CPU symbol to
25 # VFP type symbols; these should be selected by the SoC symbol to specify the
142 # VFP feature symbols; these are the helper symbols used by the floating-point
197 # Advanced SIMD type symbols; these should be selected by the SoC symbol to
/Zephyr-latest/samples/subsys/usb/dfu-next/
DKconfig32 # device stack. The scope of these options is limited to USB samples in project
/Zephyr-latest/cmake/linker/ld/
Dtarget_relocation.cmake3 # See root CMakeLists.txt for description and expectations of these macros
Dtarget_configure.cmake3 # See root CMakeLists.txt for description and expectations of these macros
/Zephyr-latest/tests/drivers/build_all/mdio/
Dapp.overlay9 * with real-world devicetree nodes, to allow these tests to run on
/Zephyr-latest/samples/boards/st/power_mgmt/serial_wakeup/boards/
Dstm32l562e_dk.overlay3 /* Comment out these lines to use usart1 as console/shell */
/Zephyr-latest/boards/native/doc/
Dbsim_boards_design.rst50 The main purpose of these bsim boards is to be test-benches for
54 :ref:`POSIX arch based board<posix_arch_rationale>`, but in addition these
75 That comparison applies fully to these boards, but in this section we expand
78 to these boards.
84 these bsim boards.
93 - Integration tests on workstation (what the POSIX arch and these boards enable)
123 these are fully supported with the bsim boards.
154 The basic architecture layering of these boards is as follows:
175 ``inf_clock`` layer to be generic, these were delegated to the board.
290 Any message printed to these APIs, and by extension by default to Zephyr's ``printk``,
[all …]
/Zephyr-latest/doc/safety/
Dsafety_requirements.rst44 In other words a person writing these requirements usually has some knowledge of the Zephyr RTOS
58 UIDs, follow these steps:
66 If there are duplicates in the PR, these need to be resolved by rebasing and re-executing
/Zephyr-latest/samples/subsys/bindesc/hello_bindesc/
DREADME.rst15 Follow these steps to build the ``hello_bindesc`` sample application:
/Zephyr-latest/kernel/
DKconfig.mem_domain51 For these reasons, on uniprocessor systems unless memory access
53 tables, these APIs don't need to be implemented as the underlying

12345678910>>...26