Searched full:mostly (Results 1 – 25 of 70) sorted by relevance
123
/Zephyr-latest/tests/lib/devicetree/api_ext/ |
D | testcase.yaml | 5 # will mostly likely be the fastest.
|
/Zephyr-latest/tests/lib/devicetree/api/ |
D | testcase.yaml | 5 # will mostly likely be the fastest.
|
/Zephyr-latest/tests/lib/devicetree/devices/ |
D | testcase.yaml | 5 # will mostly likely be the fastest.
|
/Zephyr-latest/dts/arm/st/wb0/ |
D | stm32wb09.dtsi | 8 * STM32WB09 is mostly identical to STM32WB05.
|
/Zephyr-latest/boards/native/nrf_bsim/common/ |
D | cmdline.h | 14 * They are therefore mostly equal except for types and functions names.
|
/Zephyr-latest/dts/bindings/gpio/ |
D | arduino-nano-header-r3.yaml | 9 * A 15-pin header with mostly digital signals. The additional NRST (pin3)
|
/Zephyr-latest/drivers/virtualization/ |
D | Kconfig | 57 This is mostly a module to help getting info the ivshmem and/or
|
/Zephyr-latest/soc/nxp/lpc/lpc11u6x/ |
D | iap.h | 11 * code. Mostly they provide access to the on-chip flash and EEPROM devices.
|
/Zephyr-latest/doc/connectivity/networking/api/ |
D | net_timeout.rst | 13 Zephyr's network infrastructure mostly uses the millisecond-resolution uptime
|
/Zephyr-latest/drivers/pcie/endpoint/ |
D | pcie_ep_iproc_msi.c | 56 * This is mostly the case where the test is being run in iproc_pcie_generate_msi() 89 * This is mostly the case where the test is being run in generate_msix()
|
/Zephyr-latest/include/zephyr/net/ |
D | udp.h | 24 /* These APIs are mostly meant for Zephyr internal use so do not generate
|
D | ieee802154.h | 37 * subsystem, the native IEEE 802.15.4 L2 subsystem ("Soft" MAC), a mostly 74 * - a basic, mostly PHY-level driver API to be implemented by all drivers,
|
/Zephyr-latest/subsys/pm/policy/ |
D | policy_state_lock.c | 29 * states and this is mostly due to the random nature of the substate value
|
/Zephyr-latest/subsys/net/ip/ |
D | Kconfig.stats | 37 This is meant for testing mostly.
|
/Zephyr-latest/doc/develop/toolchains/ |
D | custom_cmake.rst | 17 toolchain for "generic" use, which mostly means running the C preprocessor
|
/Zephyr-latest/modules/hal_rpi_pico/ |
D | CMakeLists.txt | 56 # These contain definitions and implementation used mostly for
|
/Zephyr-latest/tests/bsim/bluetooth/host/l2cap/reassembly/dut/src/ |
D | dut.c | 118 * fragmented on-air over a long period. That mostly means smallest data in entrypoint_dut()
|
/Zephyr-latest/soc/intel/intel_adsp/common/ |
D | boot.c | 37 * nested function calls, so this is mostly theoretical. Nonetheless
|
/Zephyr-latest/scripts/build/ |
D | llext_prepare_exptab.py | 14 Currently, the preparatory work consists mostly of sorting the 61 #mostly a security measure to prevent the script from running
|
/Zephyr-latest/arch/arm64/core/ |
D | reset.c | 76 reg = 0U; /* Mostly RES0 */ in z_arm64_el3_init()
|
/Zephyr-latest/tests/bsim/bluetooth/ll/conn/src/ |
D | test_connect2.c | 35 * The thread code is mostly a copy of the peripheral_hr sample device
|
/Zephyr-latest/soc/intel/intel_adsp/cavs/include/ |
D | xtensa-cavs-linker.ld | 429 /* Heap start and end markers. Mostly unused, though newlib likes them */ 461 /* This is the "extended manifest" data (mostly versioning stuff)
|
/Zephyr-latest/arch/xtensa/core/ |
D | mmu.c | 155 /* Note: the jump is mostly pedantry, as it's almost in xtensa_init_paging()
|
/Zephyr-latest/soc/intel/intel_adsp/ace/ |
D | ace-link.ld | 277 * what to put in this section. It would mostly be things 577 /* This is the "extended manifest" data (mostly versioning stuff)
|
/Zephyr-latest/boards/native/doc/ |
D | bsim_boards_design.rst | 135 stacks you may have selected, including mostly the same drivers as for the real target. 164 (which handles mostly the thread context switching) to the native simulator
|
123