Home
last modified time | relevance | path

Searched refs:receive (Results 1 – 25 of 219) sorted by relevance

123456789

/Zephyr-latest/drivers/ethernet/
DKconfig.esp3218 int "ESP32 Ethernet receive thread stack size"
22 int "ESP32 Ethernet receive thread priority"
/Zephyr-latest/samples/drivers/mbox_data/
DREADME.rst93 Server receive (on channel 3) value: 0
95 Server receive (on channel 3) value: 2
97 Server receive (on channel 3) value: 4
100 Server receive (on channel 3) value: 96
102 Server receive (on channel 3) value: 98
/Zephyr-latest/drivers/serial/
DKconfig.nxp_s3224 int "The maximum duration to receive a byte data in blocking mode"
27 Maximum duration in micro-seconds to receive a byte data in blocking mode.
DKconfig.xmc4xxx25 if there is data in the receive fifo. Otherwise, an interrupt will
26 trigger only once on the first received byte. The receive fifo will
/Zephyr-latest/doc/connectivity/bluetooth/shell/classic/
Da2dp.rst84 receive requesting config and accept
88 receive requesting establishment and accept
91 receive requesting start and accept
97 receive requesting suspend and accept
100 receive requesting release and accept
/Zephyr-latest/samples/drivers/lora/receive/
DREADME.rst1 .. zephyr:code-sample:: lora-receive
2 :name: LoRa receive
11 This sample demonstrates how to use the LoRa radio driver to receive packets
14 In order to successfully receive messages, build and flash the accompanying
28 :zephyr-app: samples/drivers/lora/receive
/Zephyr-latest/subsys/mgmt/mcumgr/transport/
DKconfig.dummy22 int "Size of receive buffer for dummy interface mcumgr fragments"
25 Specifies the size of the mcumgr dummy backend receive buffer,
/Zephyr-latest/samples/drivers/lora/send/
DREADME.rst14 LoRa receive sample :zephyr:code-sample:`lora-receive` on another board within
/Zephyr-latest/soc/espressif/esp32/
DKconfig.mac13 all four interfaces (WiFi station, WiFi softap, Bluetooth and Ethernet) receive a universally
16 only two interfaces (WiFi station and Bluetooth) receive a universally administered MAC address.
18 The remaining two interfaces (WiFi softap and Ethernet) receive local MAC addresses.
/Zephyr-latest/doc/kernel/services/data_passing/
Dmailboxes.rst8 A mailbox allows threads to send and receive messages of any size
25 * A **receive queue** of threads that are waiting to receive a message.
81 it wishes to receive a message, or it can receive a message from any thread
87 it will be received by thread B if thread B tries to receive a message
88 from thread A or if thread B tries to receive from any thread.
89 The exchange will not occur if thread B tries to receive a message
91 even if it tries to receive a message from thread A (or from any thread).
166 to allow any thread to receive the message. Leave this field uninitialized
172 to receive a message sent by any thread. Leave this field uninitialized
305 characterizes the message it wants to receive. It then calls one of the
[all …]
/Zephyr-latest/samples/subsys/llext/edk/ext1/src/
Dmain.c28 receive(CHAN_TICK, &l, sizeof(l)); in start()
/Zephyr-latest/soc/espressif/esp32s3/
DKconfig.mac14 Bluetooth and Ethernet) receive a universally administered MAC address. These are generated
17 receive a universally administered MAC address. These are generated sequentially by adding 0
19 receive local MAC addresses. These are derived from the universal WiFi station and Bluetooth MAC
/Zephyr-latest/samples/subsys/llext/edk/app/include/
Dapp_api.h29 __syscall int receive(enum Channels channel, void *data,
/Zephyr-latest/subsys/debug/gdbstub/
DKconfig32 int "GDB backend send/receive buffer size (in bytes)"
35 This specifies the size (in bytes) of the send/receive buffer
/Zephyr-latest/soc/espressif/esp32c2/
DKconfig.mac14 Bluetooth and Ethernet) receive a universally administered MAC address. These are generated
17 receive a universally administered MAC address. These are generated sequentially by adding 0
19 receive local MAC addresses. These are derived from the universal WiFi station and Bluetooth MAC
/Zephyr-latest/soc/espressif/esp32c3/
DKconfig.mac14 Bluetooth and Ethernet) receive a universally administered MAC address. These are generated
17 receive a universally administered MAC address. These are generated sequentially by adding 0
19 receive local MAC addresses. These are derived from the universal WiFi station and Bluetooth MAC
/Zephyr-latest/soc/espressif/esp32c6/
DKconfig.mac14 Bluetooth and Ethernet) receive a universally administered MAC address. These are generated
17 receive a universally administered MAC address. These are generated sequentially by adding 0
19 receive local MAC addresses. These are derived from the universal WiFi station and Bluetooth MAC
/Zephyr-latest/tests/bsim/bluetooth/ll/bis/tests_scripts/
Dbroadcast_iso.sh16 -v=${verbosity_level} -s=${simulation_id} -d=0 -testid=receive
Dbroadcast_iso_scan_aux_use_chains.sh16 -v=${verbosity_level} -s=${simulation_id} -d=0 -testid=receive
Dbroadcast_iso_ticker_expire_info.sh16 -v=${verbosity_level} -s=${simulation_id} -d=0 -testid=receive
Dbroadcast_iso_ll_interface.sh15 -v=${verbosity_level} -s=${simulation_id} -RealEncryption=1 -d=0 -testid=receive
/Zephyr-latest/subsys/modem/backends/
DKconfig34 A good value is ~90% the time it takes to fill half the receive buffer.
48 int "Modem async UART receive idle timeout in milliseconds"
/Zephyr-latest/samples/net/sockets/can/
DREADME.rst5 Send and receive raw CAN frames using BSD sockets API.
17 application can receive CAN frames.
/Zephyr-latest/doc/connectivity/networking/
Dnet_config_guide.rst17 are able to either send or receive at the same time.
20 Maximum amount of network packets we can receive at the same time.
56 If one wants to receive two full frames, then the net_pkt RX count should be set to 2,
63 as the receive buffer count but for sending.
192 Should a retransmission timeout occur, the receive callback is
205 Maximum receive window size to use.
206 This value defines the maximum TCP receive window size. Increasing
208 receive buffers available in the system for efficient operation.
214 If we receive out-of-order TCP data, we queue it. This value tells
216 able to pass the data to the application. If set to 0, then receive
[all …]
/Zephyr-latest/subsys/net/ip/
DKconfig.tcp105 Should a retransmission timeout occur, the receive callback is
119 int "Maximum receive window size to use"
124 This value defines the maximum TCP receive window size. Increasing
126 receive buffers available in the system for efficient operation.
136 If we receive out-of-order TCP data, we queue it. This value tells
138 able to pass the data to the application. If set to 0, then receive
141 there should be no holes in the queue. For example, if we receive
143 queued (in this order), and then given to application when we receive
144 SEQ 2. But if we receive SEQs 5,4,3,7 then the SEQ 7 is discarded

123456789