Home
last modified time | relevance | path

Searched refs:takes (Results 26 – 50 of 132) sorted by relevance

123456

/Zephyr-latest/doc/services/storage/stream/
Dstream_flash.rst5 The Stream Flash module takes contiguous fragments of a stream of data (e.g.
/Zephyr-latest/doc/develop/west/
Dindex.rst15 Like ``git`` and ``docker``, the top-level ``west`` command takes some common
/Zephyr-latest/doc/services/device_mgmt/smp_groups/
Dsmp_group_8.rst113 In case of error the CBOR data takes the form:
257 In case of error the CBOR data takes the form:
357 In case of error the CBOR data takes form:
499 In case of error the CBOR data takes the form:
599 In case of error the CBOR data takes form:
683 In case of error the CBOR data takes the form:
Dsmp_group_9.rst89 In case of error the CBOR data takes the form:
Dsmp_group_1.rst130 In case of error the CBOR data takes the form:
252 The response takes the same format as :ref:`mcumgr_smp_protocol_op_1_grp_1_cmd_0`
366 In case of error the CBOR data takes the form:
474 CBOR data takes the form:
582 In case of error the CBOR data takes the form:
/Zephyr-latest/samples/modules/tflite-micro/tflm_ethosu/
DREADME.rst17 Vela takes a tflite file as input and produces another tflite file as output,
/Zephyr-latest/doc/develop/test/
Dtwister_statuses.rst199 ``ERROR`` or ``BLOCK`` status. As this takes precedence over all other Case statuses, all valid
203 Suite has at least one Case that did not meet its assertions. This takes precedence over
/Zephyr-latest/samples/subsys/zbus/benchmark/
DREADME.rst47 …bus_dyn_benchmark_256KB.csv`` is generated in the project root folder. It takes a long time to exe…
/Zephyr-latest/boards/nxp/ucans32k1sic/support/
Dstartup.cmm18 ; or SRAM. This routine takes time to execute *
/Zephyr-latest/boards/nxp/mr_canhubk3/support/
Dstartup.cmm17 ; or SRAM. This routine takes time to execute *
/Zephyr-latest/tests/benchmarks/thread_metric/
DKconfig38 takes that semaphore. The sum total of the counters is reported
/Zephyr-latest/samples/arch/smp/pktqueue/
DREADME.rst51 can see that using more cores takes almost linearly less time
/Zephyr-latest/samples/net/sockets/txtime/
DKconfig39 how long it takes to send data so the actual data content is not
/Zephyr-latest/doc/services/rtio/
Dindex.rst18 RTIO takes a lot of inspiration from Linux's io_uring in its operations and API
106 certain request flags provide the expected behavior. It takes a list of
162 :c:func:`rtio_sqe_prep_read` (which takes a pointer to a buffer and a length)
/Zephyr-latest/boards/renesas/da14695_dk_usb/doc/
Dindex.rst90 by using dedicated `eZFlashCLI`_ tool that takes care of writing header and can
/Zephyr-latest/doc/services/tfm/
Dintegration.rst20 configuration that takes into account the initialisation process in the secure
/Zephyr-latest/doc/services/device_mgmt/
Dmcumgr_handlers.rst89 The above code creates 2 function handlers, ``test`` which supports read requests and takes 2
90 required parameters, and ``other`` which supports write requests and takes 1 optional parameter,
/Zephyr-latest/boards/renesas/da1469x_dk_pro/doc/
Dindex.rst92 by using dedicated `eZFlashCLI`_ tool that takes care of writing header and can
/Zephyr-latest/subsys/net/ip/
DKconfig.stats9 Manage statistics accounting. This takes memory so say 'n' if unsure.
/Zephyr-latest/doc/connectivity/networking/
Dnet_pkt_processing_stats.rst14 processing takes either in sending or receiving path. There are two Kconfig
/Zephyr-latest/drivers/wifi/esp32/
DKconfig.esp3286 Set the number of WiFi static RX buffers. Each buffer takes approximately 1.6KB of RAM.
150 Set the number of WiFi static TX buffers. Each buffer takes approximately
227 CSI takes about CONFIG_ESP32_WIFI_STATIC_RX_BUFFER_NUM KB of RAM.
/Zephyr-latest/doc/services/logging/
Dcs_stm.rst73 It takes less than 100 ns to log a single trace point on NRF54H20 and it is approx. 7 times faster …
82 is performed by the host tool. This mode takes less memory and is faster (2-3 times faster).
118 * Logging is fast. It takes less than 1 us to log a simple message (up to 2 arguments) on NRF54H20.
/Zephyr-latest/doc/hardware/peripherals/sensor/
Dread_and_decode.rst28 Reading is by default asynchronous in its implementation and takes advantage of
/Zephyr-latest/doc/develop/sca/
Declair.rst94 ruleset file with the cmake variable :code:`ECLAIR_USER_RULESET_PATH`. This configuration takes
/Zephyr-latest/doc/kernel/services/other/
Dfatal.rst28 The ``__ASSERT_ON`` method takes precedence over the kconfig option if both are
50 check does not pass. The macro takes a string message which will be printed

123456