Searched refs:receiving (Results 1 – 25 of 162) sorted by relevance
1234567
| /Linux-v6.1/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.1/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.1/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.1/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.1/drivers/hwtracing/stm/ |
| D | Kconfig | 24 The receiving side only needs to be able to decode the MIPI
39 The receiving side must be able to decode this protocol in
|
| /Linux-v6.1/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.1/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.1/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.1/Documentation/devicetree/bindings/sound/ |
| D | imx-audio-spdif.txt | 21 - spdif-in : This is a boolean property. If present, the receiving
|
| /Linux-v6.1/Documentation/devicetree/bindings/media/ |
| D | st-rc.txt | 11 protocol used for receiving remote control signals. rx-mode should
|
| /Linux-v6.1/Documentation/devicetree/bindings/gpio/ |
| D | intel,ixp4xx-gpio.txt | 12 The remaining 4 GPIO lines can not be used for receiving
|
| /Linux-v6.1/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.1/Documentation/devicetree/bindings/firmware/ |
| D | nvidia,tegra210-bpmp.txt | 19 - interrupts: specifies the interrupt number for receiving messages ("rx")
|
| /Linux-v6.1/Documentation/networking/ |
| 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 | 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 | 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.1/drivers/net/hippi/ |
| D | Kconfig | 36 transmitting and receiving. This memory cannot be used by any other
|
| /Linux-v6.1/drivers/thunderbolt/ |
| D | Kconfig | 49 This allows sending and receiving DMA traffic through loopback
|
| /Linux-v6.1/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.1/security/smack/ |
| D | Kconfig | 51 receiving process. If this option is selected, the delivery
|
1234567
