Home
last modified time | relevance | path

Searched refs:underlying (Results 1 – 25 of 69) sorted by relevance

123

/Zephyr-latest/tests/subsys/sensing/boards/
Dnative_sim.overlay35 underlying-device = <&bmi160_i2c>;
44 underlying-device = <&bmi160_spi>;
/Zephyr-latest/samples/subsys/sensing/simple/boards/
Dnative_sim.overlay35 underlying-device = <&bmi160_i2c>;
44 underlying-device = <&bmi160_spi>;
/Zephyr-latest/samples/net/openthread/
DREADME.rst5 These samples demonstrate various use cases for the Thread protocol and underlying IEEE 802.15.4.
/Zephyr-latest/doc/connectivity/networking/conn_mgr/
Dimplementation.rst75 /* Cause your underlying technology to associate */
78 /* Cause your underlying technology to disassociate */
81 /* Perform any required initialization for your underlying technology */
193 …disable or enable these features, regardless of the inherent behavior of the underlying technology.
194 In other words, no matter how the underlying technology behaves, your implementation must make it a…
253 …* The connectivity implementation does not need to update iface dormancy if the underlying :ref:`L…
276 In other words, it should be possible for an application to directly use your underlying technology…
284 …For instance, if an application directly instructs an underlying technology to disassociate, it wo…
308 If the underlying technology cannot be made ready for connect commands immediately when :c:member:`…
410 …t fully conform to that description, regardless of the behavior of the underlying connectivity tec…
[all …]
/Zephyr-latest/lib/posix/options/
DKconfig.mem33 Note: This feature depends on hardware MMU support. If the underlying platform does not
48 underlying platform does not support an MMU or DEMAND_PAGING, then affected POSIX API
61 Note: This feature depends on hardware MMU support. If the underlying platform does not
/Zephyr-latest/doc/kernel/services/data_passing/
Dqueues.rst8 to a FIFO and serves as the underlying implementation for both :ref:`k_fifo
/Zephyr-latest/samples/net/openthread/shell/
DREADME.rst10 This sample allows testing the Thread protocol and the underlying IEEE 802.15.4 drivers for various
/Zephyr-latest/subsys/fs/
DKconfig10 Link in the underlying file system libraries. This can be
12 to work directly with the underlying file system libraries.
51 the underlying storage device is initialized.
/Zephyr-latest/samples/subsys/sensing/simple/
DREADME.rst11 two sensors, with the underlying device bmi160 emulator, and gets the sensor
/Zephyr-latest/subsys/net/l2/wifi/
DKconfig46 This is typically used when the underlying hardware is not certified for
48 it depends on the underlying chip implementation to support and honour
57 This can be set based on the underlying chipsets limitations.
/Zephyr-latest/arch/posix/
DKconfig22 thread stack, the real stack is the native underlying pthread stack.
/Zephyr-latest/tests/subsys/sd/sdmmc/
DREADME.txt6 subsystem. Due to the differences between underlying SD host controller drivers,
/Zephyr-latest/tests/subsys/sd/mmc/
DREADME.txt6 subsystem. Due to the differences between underlying SD host controller drivers,
/Zephyr-latest/samples/subsys/demand_paging/
DREADME.rst49 To actually view the underlying demand paging subsystem at work, debug
/Zephyr-latest/soc/mediatek/mt8xxx/
DCMakeLists.txt16 # Sign zephyr.ri using west (if the underlying rimage tool is
/Zephyr-latest/doc/services/modem/
Dindex.rst25 to abstract away its underlying mechanism.
/Zephyr-latest/doc/connectivity/networking/api/
Dthread.rst45 testing and debugging Thread and its underlying IEEE 802.15.4 drivers.
Dsockets.rst264 should be created. The underlying socket can then be bound to a particular
275 * The underlying socket is a "dispatcher" socket now.
283 /* The underlying socket is "dispatched" to a particular network interface
/Zephyr-latest/kernel/
DKconfig.mem_domain53 tables, these APIs don't need to be implemented as the underlying
/Zephyr-latest/doc/services/device_mgmt/
Dsmp_protocol.rst9 SMP is an application layer protocol. The underlying transport layer is not
21 header may be used for reassembly purposes if underlying transport layer supports
/Zephyr-latest/doc/connectivity/usb/host/
Dusbip.rst13 USB/IP uses TCP/IP. Both of the underlying connectivity stacks, USB and
/Zephyr-latest/doc/connectivity/bluetooth/api/mesh/
Dblob.rst8 from a single source to many Target nodes over the Bluetooth Mesh network. It is the underlying
17 BLOB transfers are constrained by the transfer speed and reliability of the underlying mesh network.
53 authentication of the BLOB data. However, the underlying encryption of the Bluetooth Mesh protocol
/Zephyr-latest/doc/services/storage/fcb/
Dfcb.rst30 until existing data has been collected. FCB treats underlying storage as
/Zephyr-latest/doc/kernel/memory_management/
Dheap.rst49 The underlying implementation of the :c:struct:`k_heap`
117 and repurpose the underlying memory for another usage.
126 application-provided callback is responsible for doing the underlying
/Zephyr-latest/doc/services/crypto/
Dpsa_crypto.rst20 open-source cryptographic library that provides the underlying
46 The PSA Crypto API abstracts the underlying cryptographic library,

123