Searched refs:receiving (Results 1 – 25 of 170) sorted by relevance
1234567
| /Linux-v6.6/Documentation/ABI/testing/ |
| D | debugfs-scmi-raw | 13 (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-v6.6/drivers/virt/ |
| D | Kconfig | 40 receiving the shutdown doorbell from a manager partition.
42 4) A kernel interface for receiving callbacks when a managed
|
| /Linux-v6.6/Documentation/userspace-api/media/rc/ |
| D | lirc-get-features.rst | 58 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.
|
| D | lirc-get-rec-mode.rst | 63 - Device does not support receiving.
|
| D | lirc-dev-intro.rst | 49 LIRC supports some modes of receiving and sending IR codes, as shown
58 This mode is for both sending and receiving IR.
65 For receiving, you read struct lirc_scancode from the LIRC device.
|
| /Linux-v6.6/drivers/staging/pi433/Documentation/ |
| D | pi433.txt | 44 As soon as an application sets a request for receiving a telegram, the reception
45 configuration set is written to the rf module and it gets set into receiving mode.
49 As soon as the predefined RSSI level is met, a receiving cycle starts. Similar
69 PI433_IOC_RD_RX_CFG - get the receiving parameters from the driver
70 PI433_IOC_WR_RX_CFG - set the receiving parameters
164 The rx configuration is transferred via struct pi433_rx_cfg, the parameterset for receiving. It is …
261 off and the rf chip is used in raw receiving mode. This may be
|
| /Linux-v6.6/Documentation/virt/kvm/ |
| D | vcpu-requests.rst | 171 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-v6.6/drivers/hwtracing/stm/ |
| D | Kconfig | 23 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-v6.6/drivers/net/wireguard/ |
| D | receive.c | 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()
|
| D | noise.h | 34 struct noise_symmetric_key receiving; member
|
| /Linux-v6.6/Documentation/userspace-api/media/v4l/ |
| D | ext-ctrls-rf-tuner.rst | 44 to receiving party needs. Driver configures filters to fulfill
88 Is synthesizer PLL locked? RF tuner is receiving given frequency
|
| D | vidioc-g-tuner.rst | 127 - receiving mono audio
131 - receiving stereo audio and a secondary audio program
135 - receiving mono or stereo audio, the hardware cannot distinguish
139 - receiving bilingual audio
143 - receiving mono, stereo or bilingual audio
|
| D | dev-mem2mem.rst | 18 and capture (receiving the processed frames from the hardware into
|
| /Linux-v6.6/Documentation/scsi/ |
| D | cxgb3i.rst | 20 On receiving, Chelsio S3 h/w computes and verifies the Header and
38 On receiving, S3 h/w recovers the iSCSI PDU by reassembling TCP
|
| /Linux-v6.6/Documentation/devicetree/bindings/media/ |
| D | st-rc.txt | 11 protocol used for receiving remote control signals. rx-mode should
|
| /Linux-v6.6/Documentation/devicetree/bindings/sound/ |
| D | imx-audio-spdif.txt | 21 - spdif-in : This is a boolean property. If present, the receiving
|
| /Linux-v6.6/Documentation/devicetree/bindings/gpio/ |
| D | intel,ixp4xx-gpio.txt | 12 The remaining 4 GPIO lines can not be used for receiving
|
| /Linux-v6.6/Documentation/bpf/ |
| D | prog_sk_lookup.rst | 23 1. receiving connections on a range of IP addresses, e.g. 192.0.2.0/24, when
26 2. receiving connections on all or a wide range of ports, i.e. an L7 proxy use
|
| /Linux-v6.6/Documentation/devicetree/bindings/firmware/ |
| D | nvidia,tegra210-bpmp.txt | 19 - interrupts: specifies the interrupt number for receiving messages ("rx")
|
| /Linux-v6.6/Documentation/networking/ |
| D | kcm.rst | 80 BPF program must be specified. The program is called at the start of receiving
192 A setsockopt is used to disable or enable receiving on a KCM socket.
224 applications to use a message based interface for sending and receiving
280 may have occurred in the middle of receiving a message).
|
| D | gtp.rst | 110 GTP-U uses UDP for transporting PDUs. The receiving UDP port is 2151
162 GTP-U uses UDP for transporting PDU's. The receiving UDP port is 2152
179 * when receiving the local entity is defined by the local
199 Therefore, the receiving side identifies tunnels exclusively based on
|
| D | tuntap.rst | 23 instead of receiving packets from physical media, receives them from
133 file descriptors (queues) to parallelize packets sending or receiving. The
232 Ethernet device, which instead of receiving packets from a physical
|
| /Linux-v6.6/drivers/net/hippi/ |
| D | Kconfig | 36 transmitting and receiving. This memory cannot be used by any other
|
| /Linux-v6.6/Documentation/driver-api/surface_aggregator/clients/ |
| D | san.rst | 26 receiving dGPU events does not miss any events due to the SAN interface not
|
| /Linux-v6.6/drivers/thunderbolt/ |
| D | Kconfig | 49 This allows sending and receiving DMA traffic through loopback
|
1234567
