| /Linux-v5.10/drivers/usb/typec/ |
| D | Kconfig | 12 Accessory Modes - Analog Audio and Debug - and if USB Power Delivery
16 USB Power Delivery Specification defines a protocol that can be used
18 partners. USB Power Delivery allows higher voltages then the normal
20 Delivery protocol is also used to negotiate the optional Alternate
21 Modes when they are supported. USB Power Delivery does not depend on
25 USB Type-C and USB Power Delivery Specifications define a set of state
30 Delivery controllers handle the state machines inside their firmware.
31 The USB Type-C and Power Delivery controllers usually function
65 tristate "TI TPS6598x USB Power Delivery controller driver"
71 Delivery controller.
|
| /Linux-v5.10/Documentation/userspace-api/media/dvb/ |
| D | fe-type-t.rst | 28 - :ref:`DTV_DELIVERY_SYSTEM <DTV-DELIVERY-SYSTEM>` equivalent
76 ioctl's, using the :ref:`DTV_DELIVERY_SYSTEM <DTV-DELIVERY-SYSTEM>`
80 used to contain ``fe_type_t`` field to indicate the delivery systems,
83 is deprecated, as it can report just one delivery system, but some
84 devices support multiple delivery systems. Please use
87 On devices that support multiple delivery systems, struct
91 :ref:`DTV_DELIVERY_SYSTEM <DTV-DELIVERY-SYSTEM>` property.
|
| D | frontend-property-terrestrial-systems.rst | 6 Properties used on terrestrial delivery systems
12 DVB-T delivery system
19 - :ref:`DTV_DELIVERY_SYSTEM <DTV-DELIVERY-SYSTEM>`
51 DVB-T2 delivery system
61 - :ref:`DTV_DELIVERY_SYSTEM <DTV-DELIVERY-SYSTEM>`
95 ISDB-T delivery system
126 - :ref:`DTV_DELIVERY_SYSTEM <DTV-DELIVERY-SYSTEM>`
184 ATSC delivery system
191 - :ref:`DTV_DELIVERY_SYSTEM <DTV-DELIVERY-SYSTEM>`
209 ATSC-MH delivery system
[all …]
|
| D | frontend-property-satellite-systems.rst | 6 Properties used on satellite delivery systems
12 DVB-S delivery system
19 - :ref:`DTV_DELIVERY_SYSTEM <DTV-DELIVERY-SYSTEM>`
49 DVB-S2 delivery system
71 Turbo code delivery system
82 ISDB-S delivery system
89 - :ref:`DTV_DELIVERY_SYSTEM <DTV-DELIVERY-SYSTEM>`
|
| D | frontend-property-cable-systems.rst | 6 Properties used on cable delivery systems
12 DVB-C delivery system
26 - :ref:`DTV_DELIVERY_SYSTEM <DTV-DELIVERY-SYSTEM>`
50 DVB-C Annex B delivery system
60 - :ref:`DTV_DELIVERY_SYSTEM <DTV-DELIVERY-SYSTEM>`
|
| D | dvbproperty.rst | 18 ATSC delivery systems grouped there. The problem is that, as the second
32 with supports all digital TV delivery systems.
43 3. Nowadays, most frontends support multiple delivery systems.
45 the multiple delivery systems supported by a frontend.
55 :ref:`DTV_DELIVERY_SYSTEM <DTV-DELIVERY-SYSTEM>` = SYS_DVBC_ANNEX_A
|
| D | fe_property_parameters.rst | 51 #. For satellite delivery systems, the frequency is in kHz.
53 #. For cable and terrestrial delivery systems, the frequency is in
56 #. On most delivery systems, the frequency is the center frequency
74 Specifies the frontend modulation type for delivery systems that
83 supported by each delivery system, as currently defined by specs.
114 Should be set only for terrestrial delivery systems.
140 #. On Satellite and Cable delivery systems, the bandwidth depends on
175 Used on cable and satellite delivery systems.
185 Used on cable and satellite delivery systems.
195 Used on satellite delivery systems.
[all …]
|
| D | dvb-frontend-parameters.rst | 13 per-system parameters. However, as newer delivery systems required more
19 existing delivery systems, and to add newer delivery systems.
23 instead, in order to be able to support the newer System Delivery like
|
| D | frontend.rst | 9 The Digital TV frontend API was designed to support three groups of delivery
11 delivery systems are supported:
|
| /Linux-v5.10/Documentation/ABI/testing/ |
| D | sysfs-class-typec | 57 when both the port and the partner support USB Power Delivery.
75 Power Delivery communication is used for negotiating the levels,
107 Revision number of the supported USB Power Delivery
108 specification, or 0 when USB Power Delivery is not supported.
139 Shows if the partner supports USB Power Delivery communication:
147 of showing the result of Discover Identity USB power delivery
149 delivery is supported, for example when USB power delivery
185 described in USB Type-C and USB Power Delivery specifications.
210 of showing the result of Discover Identity USB power delivery
212 delivery is supported. If the directory exists, it will have an
|
| /Linux-v5.10/net/sctp/ |
| D | ulpqueue.c | 125 /* Clear the partial delivery mode for this socket. Note: This
126 * assumes that no association is currently in partial delivery mode.
174 /* Clear the pd_mode and restart any pending messages waiting for delivery. */
210 /* If we are in partial delivery mode, post to the lobby until in sctp_ulpq_tail_event()
211 * partial delivery is cleared, unless, of course _this_ is in sctp_ulpq_tail_event()
212 * the association the cause of the partial delivery. in sctp_ulpq_tail_event()
219 /* If the association is in partial delivery, we in sctp_ulpq_tail_event()
247 /* Did we just complete partial delivery and need to get in sctp_ulpq_tail_event()
427 * There is a potential to do partial delivery if user sets in sctp_ulpq_retrieve_reassembled()
478 * We can trigger partial delivery only if framgent in sctp_ulpq_retrieve_reassembled()
[all …]
|
| /Linux-v5.10/net/ipv4/ |
| D | tcp_rate.c | 6 * level, it operates by taking a delivery rate sample for each ACK.
13 * the estimator generates a delivery rate sample. Typically it uses the rate
37 /* Snapshot the current delivery information in the skb, to generate
44 /* In general we need to start delivery rate samples from the in tcp_rate_skb_sent()
72 * delivery information when the skb was last transmitted.
109 /* Update the connection delivery information and generate a rate sample. */
159 * measuring the delivery rate during loss recovery is crucial in tcp_rate_gen()
|
| /Linux-v5.10/include/linux/usb/ |
| D | typec.h | 90 * struct usb_pd_identity - USB Power Delivery identity data
96 * USB power delivery Discover Identity command response data.
98 * REVISIT: This is USB Power Delivery specific information, so this structure
99 * probable belongs to USB Power Delivery header file once we have them.
176 * @usb_pd: USB Power Delivery support
212 * @pd_revision: USB Power Delivery Specification revision if supported
|
| /Linux-v5.10/include/xen/interface/hvm/ |
| D | params.h | 40 * val[55:0] is a delivery GSI. GSI 0 cannot be used, as it aliases val == 0,
46 * val[55:0] is a delivery PCI INTx line:
54 * if this delivery method is available.
81 * Do not advance a vcpu's time beyond the correct delivery time for
|
| /Linux-v5.10/Documentation/devicetree/bindings/usb/ |
| D | mediatek,mt6360-tcpc.yaml | 7 title: Mediatek MT6360 Type-C Port Switch and Power Delivery controller DT bindings
14 regulators (BUCKs/LDOs), and TypeC Port Switch with Power Delivery controller.
15 This document only describes MT6360 Type-C Port Switch and Power Delivery controller.
|
| D | ti,tps6598x.yaml | 7 title: Texas Instruments 6598x Type-C Port Switch and Power Delivery controller DT bindings
13 Texas Instruments 6598x Type-C Port Switch and Power Delivery controller
|
| /Linux-v5.10/include/net/sctp/ |
| D | ulpqueue.h | 52 /* Perform partial delivery. */
55 /* Abort the partial delivery. */
58 /* Clear the partial data delivery condition on this socket. */
|
| /Linux-v5.10/drivers/media/dvb-core/ |
| D | dvb_frontend.c | 188 * Due to DVBv3 API calls, a delivery system should be mapped into one of
189 * the 4 DVBv3 delivery systems (FE_QPSK, FE_QAM, FE_OFDM or FE_ATSC),
1004 dev_dbg(fe->dvb->device, "%s: Clearing cache for delivery system %d\n", in dvb_frontend_clear_cache()
1230 "%s: doesn't know how to handle a DVBv3 call to delivery system %i\n", in dtv_property_cache_sync()
1252 "%s: doesn't know how to handle a DVBv3 call to delivery system %i\n", in dtv_property_legacy_params_sync()
1584 * emulate_delivery_system - emulate a DVBv5 delivery system with a DVBv3 type
1588 * Provides emulation for delivery systems that are compatible with the old
1624 dev_dbg(fe->dvb->device, "%s: change delivery system on cache to %d\n", in emulate_delivery_system()
1631 * dvbv5_set_delivery_system - Sets the delivery system for a DVBv5 API call
1633 * @desired_system: delivery system requested by the user
[all …]
|
| /Linux-v5.10/Documentation/driver-api/usb/ |
| D | typec.rst | 42 Delivery Specification ch. 2.4) will be named "port0-plug0" and on the SOP
90 If the partner is USB Power Delivery capable, and the port driver is able to
102 After successful connection of a cable that supports USB Power Delivery
108 latest USB Power Delivery specification.
123 If the cable is USB Power Delivery capable, and the port driver is able to show
158 Delivery Structured VDM Discover SVIDs message, each SVID needs to be
|
| /Linux-v5.10/include/xen/interface/ |
| D | callback.h | 39 /* x86: Callback for event delivery. */
54 /* x86: Callback for NMI delivery. */
75 * NMI callbacks: event delivery is unconditionally disabled.
|
| /Linux-v5.10/arch/powerpc/kvm/ |
| D | book3s_hv_rm_xics.c | 264 * delivery in icp_rm_try_to_deliver()
274 * to try a new delivery. in icp_rm_try_to_deliver()
293 * This is used both for initial delivery of an interrupt and in icp_rm_deliver_irq()
300 * So we need to retry the delivery. Essentially the reject path in icp_rm_deliver_irq()
301 * boils down to a failed delivery. Always. in icp_rm_deliver_irq()
341 * when doing a resend, only when doing a delivery. in icp_rm_deliver_irq()
358 * Try the delivery, this will set the need_resend flag in icp_rm_deliver_irq()
360 * delivery is not possible. in icp_rm_deliver_irq()
362 * Note that if successful, the new delivery might have itself in icp_rm_deliver_irq()
375 * Delivery was successful, did we reject somebody else ? in icp_rm_deliver_irq()
[all …]
|
| /Linux-v5.10/Documentation/virt/kvm/ |
| D | msr.rst | 215 present in CPUID. Bit 3 enables interrupt based delivery of 'page ready'
220 #PF exception. During delivery of these events APF CR2 register contains
245 ready' APF delivery needs to be written to before enabling APF mechanism
251 bit 3 (interrupt based delivery) is not set APF events are not delivered.
360 Bits 0-7: APIC vector for delivery of 'page ready' APF events.
363 Interrupt vector for asynchnonous 'page ready' notifications delivery.
|
| /Linux-v5.10/tools/perf/pmu-events/arch/x86/skylakex/ |
| D | other.json | 37 …"PublicDescription": "Core cycles where the core was running with power-delivery for baseline lice…
47 …"PublicDescription": "Core cycles where the core was running with power-delivery for license level…
76 …"PublicDescription": "Core cycles where the core was running with power-delivery for license level…
|
| /Linux-v5.10/Documentation/devicetree/bindings/connector/ |
| D | usb-connector.yaml | 97 # delivery support.
101 in "Universal Serial Bus Power Delivery Specification" chapter 6.4.1.2
113 "Universal Serial Bus Power Delivery Specification" chapter 6.4.1.3
225 # power delivery support and enables drp.
|
| /Linux-v5.10/tools/perf/pmu-events/arch/x86/icelake/ |
| D | other.json | 14 …"PublicDescription": "Counts Core cycles where the core was running with power-delivery for baseli…
25 …"PublicDescription": "Counts Core cycles where the core was running with power-delivery for licens…
36 …"PublicDescription": "Core cycles where the core was running with power-delivery for license level…
|
