| /linux/Documentation/userspace-api/media/v4l/ |
| H A D | vidioc-g-tuner.rst | 310 - The tuner receives a mono audio signal.
313 - The tuner receives a stereo audio signal.
316 - The tuner receives the primary language of a bilingual audio
321 - The tuner receives the secondary language of a bilingual audio
325 - The tuner receives a Second Audio Program.
334 - The tuner receives an RDS channel.
348 - Play mono audio. When the tuner receives a stereo signal this a
349 down-mix of the left and right channel. When the tuner receives a
353 - Play stereo audio. When the tuner receives bilingual audio it may
360 When the tuner receives no stereo signal or does not support
[all …]
|
| /linux/tools/testing/selftests/uevent/ |
| H A D | uevent_filtering.c | 387 * - uevent listening socket receives uevent in TEST()
401 * - uevent listening socket receives uevent in TEST()
416 * - uevent listening socket receives uevent in TEST()
430 * - uevent listening socket receives no uevent in TEST()
445 * - uevent listening socket receives uevent in TEST()
460 * - uevent listening socket receives uevent in TEST()
476 * - uevent listening socket receives uevent in TEST()
|
| /linux/drivers/net/wireless/ti/wl1251/ |
| H A D | acx.h | 202 * When clear, the WiLink receives frames with any SSID.
204 * broadcast frames. When clear, the WiLink receives all received
210 * When clear, the WiLink receives frames from any BSSID.
214 * When clear, the WiLink receives frames destined to any MAC
216 * 3 Promiscuous - When set, the WiLink receives all valid frames
231 * 11 Association - When set, the WiLink receives all association
235 * 10 Auth/De auth - When set, the WiLink receives all authentication
238 * 9 Beacon - When set, the WiLink receives all beacon frames.
240 * 8 Contention Free - When set, the WiLink receives all contention
243 * 7 Control - When set, the WiLink receives all control frames.
[all …]
|
| /linux/tools/perf/pmu-events/arch/x86/broadwellde/ |
| H A D | uncore-interconnect.json | 276 "PublicDescription": "Counts the number of allocations into the AK Ingress. This queue is where the IRP receives responses from R2PCIe (the ring).",
285 "PublicDescription": "Counts the number of cycles when the BL Ingress is full. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes.",
294 "PublicDescription": "Counts the number of allocations into the BL Ingress. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes.",
303 "PublicDescription": "Accumulates the occupancy of the BL Ingress in each cycles. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes.",
312 "PublicDescription": "Counts the number of cycles when the BL Ingress is full. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes.",
321 "PublicDescription": "Counts the number of allocations into the BL Ingress. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes.",
330 "PublicDescription": "Accumulates the occupancy of the BL Ingress in each cycles. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes.",
339 "PublicDescription": "Counts the number of cycles when the BL Ingress is full. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes.",
348 "PublicDescription": "Counts the number of allocations into the BL Ingress. This queue is where the IRP receives data from R2PCIe (the ring). It is used for data returns from read requests as well as outbound MMIO writes.",
357 "PublicDescription": "Accumulates the occupancy of the BL Ingress in each cycles. This queue is where the IRP receives dat
[all...] |
| /linux/drivers/infiniband/hw/hfi1/ |
| H A D | opfn.h | 37 * receives a request with Bit 24 of BTH1 set. The responder QP
41 * Once the requester QP receives the OPFN request, it will
44 * QP receives the response packet and keeps a copy of the requester
|
| /linux/sound/soc/xilinx/ |
| H A D | Kconfig | 9 mode, IP receives audio in AES format, extracts PCM and sends
10 PCM data. In receiver mode, IP receives PCM audio and
|
| /linux/Documentation/networking/ |
| H A D | snmp_counter.rst | 85 This counter means the packet is dropped when the IP stack receives a
194 straightforward. The 'In' counter means kernel receives such a packet
234 receives an ICMP packet, kernel follows below logic:
296 It means the TCP layer receives a SYN, replies a SYN+ACK, come into
342 When kernel receives a SYN from a client, and if the TCP accept queue
398 The socket receives a RST packet in Establish or CloseWait state.
415 When kernel receives a TCP packet, it has two paths to handler the
444 receives packets.
618 1,2,4,5,3. When the sender receives the ACK of packet 3 (which will
632 receives SACK for packet 4 and the sender doesn't retransmit the
[all …]
|
| /linux/samples/damon/ |
| H A D | Kconfig | 11 The module receives a pid, monitor access to the virtual address
24 The module receives a pid, monitor access to the virtual address
|
| /linux/Documentation/driver-api/media/ |
| H A D | rc-core.rst | 52 of time it receives *PULSE/SPACE* events.
68 When the RC core receives events produced by ``RC_DRIVER_IR_RAW`` IR
73 When the RC code receives a scan code (either directly, by a driver
|
| H A D | dtv-demux.rst | 17 When the demux client allocates a resource via the demux kABI, it receives
20 Each demux receives its TS input from a DVB front-end or from memory, as
|
| /linux/Documentation/userspace-api/media/dvb/ |
| H A D | fe-diseqc-recv-slave-reply.rst | 13 FE_DISEQC_RECV_SLAVE_REPLY - Receives reply from a DiSEqC 2.0 command
34 Receives reply from a DiSEqC 2.0 command.
|
| /linux/tools/testing/selftests/tc-testing/ |
| H A D | README | 156 adjust-command (runs in all stages and receives the stage name)
158 The pre-suite hook receives the number of tests and an array of test ids.
162 The pre-case hook receives the ordinal number and test id of the current test.
164 The adjust-command hook receives the stage id (see list below) and the
|
| /linux/arch/mips/include/asm/octeon/ |
| H A D | cvmx-helper-board.h | 69 * fact that every Octeon board receives a unique board type
87 * fact that every Octeon board receives a unique board type
109 * fact that every Octeon board receives a unique board type
|
| /linux/include/drm/intel/ |
| H A D | i915_gsc_proxy_mei_interface.h | 18 * @recv: receives a proxy message for GSC FW from ME FW
33 * @recv: Receives a proxy message from ME FW.
|
| /linux/Documentation/admin-guide/media/ |
| H A D | raspberrypi-pisp-be.rst | 69 The `pispbe-tdn_input` output video device receives images to be processed by
80 and the `pispbe-stitch_input` receives the previously written frame to process
93 The `pispbe-config` output video devices receives a buffer of configuration
|
| H A D | rkisp1.rst | 47 - rkisp1_params: a metadata output device that receives parameters
87 receives the frames using the CSI-2 protocol. It is responsible of configuring
112 The rkisp1_params video node receives a set of parameters from userspace
|
| /linux/tools/testing/selftests/tc-testing/creating-plugins/ |
| H A D | AddingPlugins.txt | 70 The adjust_command method receives a string representing
90 The add_args method receives the argparser object and can add
|
| /linux/arch/powerpc/platforms/embedded6xx/ |
| H A D | usbgecko_udbg.c | 145 * Receives a character.
174 * Receives a character. Waits until a character is available.
186 * Receives a character. If a character is not available, returns -1.
|
| /linux/Documentation/i2c/ |
| H A D | i2c-address-translators.rst | 51 each other. The ATR receives the transactions initiated on bus A and
79 - ATR driver receives the reply, rewrites messages with address 0x10
|
| /linux/arch/mips/cavium-octeon/executive/ |
| H A D | cvmx-helper-board.c | 56 * fact that every Octeon board receives a unique board type
201 * fact that every Octeon board receives a unique board type
288 * fact that every Octeon board receives a unique board type
|
| /linux/tools/virtio/virtio-trace/ |
| H A D | README | 16 4) After the controller of the trace agent receives a start order from a host,
20 6) If the controller receives a stop order from a host, the read/write threads
|
| /linux/Documentation/bpf/ |
| H A D | map_cpumap.rst | 22 multiple CPUs. For example, a scenario where the initial CPU (that sees/receives
26 receives raw ``xdp_frame`` objects.
|
| /linux/tools/virtio/ |
| H A D | vringh_test.c | 143 unsigned long xfers = 0, notifies = 0, receives = 0; in parallel_test() local
250 receives++; in parallel_test()
293 printf("Host: notified %lu, pinged %lu\n", notifies, receives); in parallel_test()
398 receives++; in parallel_test()
431 receives++; in parallel_test()
436 gvdev.notifies, receives); in parallel_test()
|
| /linux/Documentation/userspace-api/media/cec/ |
| H A D | cec-ioc-g-mode.rst | 43 follower is the filehandle that receives messages sent to the CEC
178 device transmits and all messages it receives (both broadcast
190 this CEC device transmits and all messages it receives, including
|
| /linux/Documentation/admin-guide/mm/ |
| H A D | userfaultfd.rst | 31 resolve the userfaults it receives via 1) or to manage the virtual
335 the ``userfaultfd`` and receives the fault address (or ``-EAGAIN`` in case the
341 into the socket. The QEMU source node receives the information and
377 receives ``UFFD_EVENT_FORK`` with file descriptor of the new
|