Home
last modified time | relevance | path

Searched refs:ready (Results 151 – 175 of 186) sorted by relevance

12345678

/Zephyr-latest/tests/subsys/fs/zms/src/
Dmain.c87 if (fixture->fs.ready) { in after()
/Zephyr-latest/doc/services/zbus/
Dindex.rst103 also listens to the ``Trigger`` channel. When the sensor data is ready, the sensor thread publishes
227 get ready to execute right after receiving the notification. However, they go to a pending
230 - The VDED pushes the notification message to the queue of S1. Notice the thread gets ready to
/Zephyr-latest/subsys/bluetooth/common/
DKconfig241 ready to receive commands.
/Zephyr-latest/doc/connectivity/bluetooth/
Dbluetooth-tools.rst131 Once the hardware is connected and ready to use, you can then proceed to
/Zephyr-latest/doc/develop/api/
Dapi_lifecycle.rst223 it will be ready to be removed in 4.2 at the earliest.
/Zephyr-latest/boards/st/sensortile_box_pro/doc/
Dindex.rst7 and is a ready-to-use box kit for wireless IoT and wearable sensor platforms to help using
/Zephyr-latest/tests/subsys/fs/nvs/src/
Dmain.c90 if (fixture->fs.ready) { in after()
/Zephyr-latest/doc/services/smf/
Dindex.rst478 printk("Error: button device %s is not ready\n",
/Zephyr-latest/doc/services/logging/
Dcs_stm.rst57 before infrastructure is ready a dedicated RAM buffer is used to which data is written. When
/Zephyr-latest/doc/kernel/services/
Dinterrupts.rst139 thread A is swapped out and the next ready thread B starts to
153 ready, the IRQ lock will inhibit any preemption that would otherwise
/Zephyr-latest/samples/subsys/mgmt/updatehub/
DREADME.rst389 in step 9. With that, the update is published, and the server is ready to
/Zephyr-latest/boards/snps/hsdk4xd/doc/
Dindex.rst497 When you are ready to deploy the program so that it boots up automatically on
/Zephyr-latest/doc/safety/
Dsafety_overview.rst274 them ready for the next certification if necessary.
/Zephyr-latest/doc/releases/
Drelease-notes-1.6.rst245 * ``ZEP-989`` - Cache next ready thread instead of finding out the long way
Drelease-notes-3.2.rst540 * stm32: Check if clock device is ready before accessing clock control
582 * stm32: Check if clock device is ready before accessing.
747 * Enhanced the BQ274XX driver to support the data ready interrupt trigger.
921 /* device is ready for use */
959 /* device is ready for use */
1798 - :github:`50777` - LE Audio: Receiver start ready command shall only be sent by the receiver
Drelease-notes-3.6.rst840 ready.
1077 if it has data ready to be read, and always invokes ``TRANSMIT_IDLE`` when the pipe is
Drelease-notes-3.3.rst734 waits for the flash to become ready before continuing. In cases where a
2650 - :github:`50777` - LE Audio: Receiver start ready command shall only be sent by the receiver
2725 - :github:`53552` - LE Audio: Device executes receiver start ready before the CIS is connected
2739 …aspberry Pi Pico - ssd1306 display attempts to initialize before i2c bus is ready for communication
3304 * :github:`51873` - sensor: bmp388: missing if check around i2c device ready function
/Zephyr-latest/boards/intel/adsp/doc/
Dchromebooks_adsp.rst339 Finally, with your new kernel booted, you are ready to run Zephyr
/Zephyr-latest/doc/hardware/pinctrl/
Dindex.rst433 to it, it is ready to use the API. The most common way to apply a state is by
/Zephyr-latest/doc/connectivity/bluetooth/api/mesh/
Ddfu.rst260 When the BLOB transfer finishes, the firmware image is ready for distribution. The Initiator may
/Zephyr-latest/doc/contribute/
Dguidelines.rst883 As before, inspect and test your changes. When ready, continue the
928 attention needed and it will be ready for merge sooner than later:
/Zephyr-latest/doc/project/
Drelease_process.rst15 features that are not ready yet.
/Zephyr-latest/boards/native/doc/
Darch_soc.rst134 /* We expect the peripheral done and ready to do something else */
/Zephyr-latest/scripts/tests/twister/
Dtest_handlers.py645 assert handler.ready == expected_ready
/Zephyr-latest/doc/services/storage/zms/
Dzms.rst104 make the storage ready.

12345678