Home
last modified time | relevance | path

Searched full:receiving (Results 1 – 25 of 1110) sorted by relevance

12345678910>>...45

/linux-6.12.1/drivers/net/wireless/intel/iwlwifi/cfg/
D22000.c187 * This device doesn't support receiving BlockAck with a large bitmap
223 * This device doesn't support receiving BlockAck with a large bitmap
236 * This device doesn't support receiving BlockAck with a large bitmap
249 * This device doesn't support receiving BlockAck with a large bitmap
261 * This device doesn't support receiving BlockAck with a large bitmap
274 * This device doesn't support receiving BlockAck with a large bitmap
287 * This device doesn't support receiving BlockAck with a large bitmap
299 * This device doesn't support receiving BlockAck with a large bitmap
313 * This device doesn't support receiving BlockAck with a large bitmap
326 * This device doesn't support receiving BlockAck with a large bitmap
[all …]
/linux-6.12.1/Documentation/networking/device_drivers/ethernet/ti/
Dcpsw.rst280 Receiving data rate: 39012 kbps
281 Receiving data rate: 39012 kbps
282 Receiving data rate: 39012 kbps
283 Receiving data rate: 39012 kbps
284 Receiving data rate: 39012 kbps
285 Receiving data rate: 39012 kbps
286 Receiving data rate: 39012 kbps
287 Receiving data rate: 39012 kbps
288 Receiving data rate: 39012 kbps
289 Receiving data rate: 39012 kbps
[all …]
/linux-6.12.1/Documentation/ABI/testing/
Ddebugfs-scmi-raw13 (receiving an EOF at each message boundary).
31 (receiving an EOF at each message boundary).
41 Each read gives back one message at time (receiving an EOF at
52 Each read gives back one message at time (receiving an EOF at
82 (receiving an EOF at each message boundary).
109 (receiving an EOF at each message boundary).
/linux-6.12.1/Documentation/devicetree/bindings/serial/
Dnvidia,tegra194-tcu.yaml17 for transmitting and one for receiving, that is used to communicate
39 List of phandles to mailbox channels used for receiving and
42 - description: mailbox for receiving data from hardware UART
/linux-6.12.1/Documentation/devicetree/bindings/media/
Dqcom,sm8250-camss.yaml117 Input port for receiving CSI data.
140 Input port for receiving CSI data.
163 Input port for receiving CSI data.
186 Input port for receiving CSI data.
209 Input port for receiving CSI data.
232 Input port for receiving CSI data.
Dqcom,sdm660-camss.yaml113 Input port for receiving CSI data.
132 Input port for receiving CSI data.
151 Input port for receiving CSI data.
170 Input port for receiving CSI data.
Dqcom,msm8996-camss.yaml100 Input port for receiving CSI data.
126 Input port for receiving CSI data.
145 Input port for receiving CSI data.
164 Input port for receiving CSI data.
Dqcom,sdm845-camss.yaml100 Input port for receiving CSI data.
119 Input port for receiving CSI data.
138 Input port for receiving CSI data.
157 Input port for receiving CSI data.
Dqcom,sc8280xp-camss.yaml131 Input port for receiving CSI data from CSIPHY0.
154 Input port for receiving CSI data from CSIPHY1.
177 Input port for receiving CSI data from CSIPHY2.
200 Input port for receiving CSI data from CSIPHY3.
/linux-6.12.1/include/linux/
Ddccp.h32 * b. Client is asked to perform passive-close, by receiving a CloseReq
43 DCCP_PASSIVE_CLOSE = TCP_CLOSE_WAIT, /* any node receiving a Close */
49 DCCP_PASSIVE_CLOSEREQ, /* clients receiving CloseReq */
158 * @dreq_timestamp_echo: the time of receiving the last @dreq_timestamp_echo
237 * @dccps_timestamp_time - time of receiving latest @dccps_timestamp_echo
250 * @dccps_hc_rx_ccid - CCID used for the receiver (or receiving half-connection)
/linux-6.12.1/Documentation/virt/kvm/
Dvcpu-requests.rst171 Requesters that want the receiving VCPU to handle new state need to ensure
172 the newly written state is observable to the receiving VCPU thread's CPU
175 request bit. Additionally, on the receiving VCPU thread's side, a
188 When making requests to VCPUs, we want to avoid the receiving VCPU
206 the requesting thread and the receiving VCPU. With the memory barriers we
208 !kvm_request_pending() on its last check and then not receiving an IPI for
260 receiving VCPU, as the final kvm_request_pending() check does for
/linux-6.12.1/drivers/net/ethernet/google/gve/
Dgve_dqo.h23 /* Timeout in seconds to wait for a reinjection completion after receiving
29 * prematurely freed for not receiving a valid completion. This should be large
30 * enough to rule out the possibility of receiving the corresponding valid
/linux-6.12.1/drivers/media/platform/renesas/rzg2l-cru/
DKconfig20 tristate "RZ/G2L Camera Receiving Unit (CRU) Driver"
29 Support for Renesas RZ/G2L (and alike SoC's) Camera Receiving
/linux-6.12.1/drivers/block/drbd/
Ddrbd_protocol.h69 * On a receiving side without REQ_WRITE_SAME,
214 * guarantee that discard zeroes data, the receiving side would map discard
229 * If we cannot distinguish between zero-out and discard on the receiving
232 * zero-out on the receiving side. But that would potentially do a full
333 * which may be translated to several bio on the receiving side.
346 * Receiving side uses "blkdev_issue_discard()", no need to communicate
/linux-6.12.1/drivers/virt/
DKconfig39 receiving the shutdown doorbell from a manager partition.
41 4) A kernel interface for receiving callbacks when a managed
/linux-6.12.1/drivers/net/can/cc770/
Dcc770.h154 CC770_OBJ_RX0 = 0, /* for receiving normal messages */
155 CC770_OBJ_RX1, /* for receiving normal messages */
156 CC770_OBJ_RX_RTR0, /* for receiving remote transmission requests */
157 CC770_OBJ_RX_RTR1, /* for receiving remote transmission requests */
/linux-6.12.1/Documentation/userspace-api/media/rc/
Dlirc-get-features.rst58 This is raw IR driver for receiving. This means that
74 This is a scancode driver for receiving. This means that
161 :ref:`LIRC_MODE_MODE2 <lirc-mode-mode2>` can only be used for receiving.
/linux-6.12.1/drivers/net/wireguard/
Dreceive.c105 net_dbg_skb_ratelimited("%s: Receiving cookie response from %pISpfsc\n", in wg_receive_handshake_packet()
151 net_dbg_ratelimited("%s: Receiving handshake initiation from peer %llu (%pISpfsc)\n", in wg_receive_handshake_packet()
173 net_dbg_ratelimited("%s: Receiving handshake response from peer %llu (%pISpfsc)\n", in wg_receive_handshake_packet()
252 if (unlikely(!READ_ONCE(keypair->receiving.is_valid) || in decrypt_packet()
253 wg_birthdate_has_expired(keypair->receiving.birthdate, REJECT_AFTER_TIME) || in decrypt_packet()
255 WRITE_ONCE(keypair->receiving.is_valid, false); in decrypt_packet()
280 keypair->receiving.key)) in decrypt_packet()
359 net_dbg_ratelimited("%s: Receiving keepalive packet from peer %llu (%pISpfsc)\n", in wg_packet_consume_data_done()
/linux-6.12.1/drivers/net/wireless/intel/iwlegacy/
Dprph.h283 * and whether it's been acknowledged by the receiving station. The device
284 * automatically processes block-acks received from the receiving STA,
294 * at a time, until receiving ACK from receiving station, or reaching
312 * After receiving "Alive" response from uCode, driver must initialize
441 * Driver should clear and initialize the following areas after receiving
457 * Driver should clear this entire area (size 0x80) to 0 after receiving
484 * Driver should clear this entire area (size 0x100) to 0 after receiving
505 * Driver should clear this entire area (size 32 bytes) to 0 after receiving
/linux-6.12.1/drivers/crypto/rockchip/
Drk3288_crypto.h67 /* Block Receiving DMA Start Address Register */
71 /* Block Receiving DMA Length Register */
73 /* Hash Receiving DMA Start Address Register */
75 /* Hash Receiving DMA Length Register */
/linux-6.12.1/drivers/gpu/drm/nouveau/nvkm/falcon/
Dqmgr.h15 * corresponding message can be matched. Upon receiving the message, a callback
20 * @callback: callback to call upon receiving matching message
/linux-6.12.1/drivers/hwtracing/stm/
DKconfig23 The receiving side only needs to be able to decode the MIPI
38 The receiving side must be able to decode this protocol in
/linux-6.12.1/Documentation/devicetree/bindings/arm/tegra/
Dnvidia,tegra234-cbb.yaml28 and prints debug information about failed transaction on receiving
31 Security Group etc on receiving error notification.
/linux-6.12.1/drivers/clk/qcom/
Dgdsc.h27 * @en_rest_wait_val: transition delay value for receiving enr ack signal
28 * @en_few_wait_val: transition delay value for receiving enf ack signal
/linux-6.12.1/drivers/gpu/drm/sprd/
Dsprd_dsi.h108 /* enable receiving frame ack packets - for video mode */
110 /* enable receiving tear effect ack packets - for cmd mode */

12345678910>>...45