Home
last modified time | relevance | path

Searched full:delivery (Results 1 – 25 of 495) sorted by relevance

12345678910>>...20

/linux/Documentation/ABI/testing/
H A Dsysfs-class-typec57 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.0 when USB Power Delivery is not supported.
111 - "2.0": USB Power Delivery Release 2.0
112 - "3.0": USB Power Delivery Release 3.0
113 - "3.1": USB Power Delivery Release 3.1
119 Revision number of the supported USB Power Delivery
121 Power Delivery is not supported.
124 - "2.0": USB Power Delivery Release 2.0
[all …]
/linux/Documentation/arch/x86/x86_64/
H A Dfred.rst4 Flexible Return and Event Delivery (FRED)
15 delivery through the interrupt descriptor table (IDT event
16 delivery) and event return by the IRET instruction with lower
19 2) Improve software robustness by ensuring that event delivery
24 delivery and, for returning from events, two FRED return instructions.
25 FRED event delivery can effect a transition from ring 3 to ring 0, but
29 event delivery and the FRED return instructions are FRED transitions.
56 FRED event delivery atomically save and restore full supervisor/user
57 context upon event delivery and return. Thus it avoids the problem of
77 Because FRED event delivery from ring 3 and ERETU both swap the value
[all …]
/linux/Documentation/userspace-api/media/dvb/
H A Dfe-type-t.rst28 - :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.
H A Dfrontend-property-terrestrial-systems.rst6 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 …]
H A Dfrontend-property-satellite-systems.rst6 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>`
H A Dfrontend-property-cable-systems.rst6 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>`
H A Dfe_property_parameters.rst51 #. 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.
105 delivery system enum value is used (SYS_DVBS2).
119 Should be set only for terrestrial delivery systems.
145 #. On Satellite and Cable delivery systems, the bandwidth depends on
180 Used on cable and satellite delivery systems.
190 Used on cable and satellite delivery systems.
[all …]
H A Ddvbproperty.rst18 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
H A Ddvb-frontend-parameters.rst13 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
/linux/drivers/usb/typec/
H A DKconfig12 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
/linux/include/linux/usb/
H A Dtypec.h105 * struct usb_pd_identity - USB Power Delivery identity data
111 * USB power delivery Discover Identity command response data.
113 * REVISIT: This is USB Power Delivery specific information, so this structure
114 * probable belongs to USB Power Delivery header file once we have them.
194 * @pd_revision: USB Power Delivery Specification revision if supported
208 * @usb_pd: USB Power Delivery support
211 * @pd_revision: USB Power Delivery Specification Revision if supported
241 * @pd_get: Get available USB Power Delivery Capabilities.
242 * @pd_set: Set USB Power Delivery Capabilities.
266 * @pd_revision: USB Power Delivery Specification revision if supported
[all …]
/linux/Documentation/networking/pse-pd/
H A Dpse-pi.rst10 connection scheme is crucial for enabling the delivery of power alongside data
20 systems that utilize two pairs for power delivery.
33 assignments for power delivery, as described in the PSE PI for multi-pair
41 Ethernet cables. It details two main configurations for power delivery, known
51 The power delivery's polarity in this alternative can vary based on the MDI
91 - "-" indicates that the pin is not used for power delivery in that
129 the Ethernet PHY for data transmission and the PSE PI for power delivery.
160 power delivery through the data-carrying pairs of an Ethernet cable, suitable
181 - Pins 1 and 2, as well as pins 3 and 6, are utilized for power delivery in
192 additional power delivery capabilities such as 2-pair or 4-pair power delivery.
[all …]
H A Dintroduction.rst24 and data delivery over a single pair is advantageous.
29 Key addenda to the IEEE 802.3-2018 standard relevant to power delivery over
35 covered in Clause 33, increasing power delivery to up to 30W.
60 These entities enable power delivery using the same generic cabling as for data
/linux/Documentation/devicetree/bindings/connector/
H A Dusb-connector.yaml101 delivery support.
107 Type-C Cable and Connector specification, when Power Delivery is not
116 description: Set this property if the Type-C connector has no power delivery support.
120 # delivery support.
125 "USB Power Delivery Specification Revision 3.0, Version 2.0 + ECNs 2020-12-10"
137 "USB Power Delivery Specification Revision 2.0, Version 1.3" chapter 6.4.4.3.1 Discover
216 of "USB Power Delivery Specification Revision 3.0, Version 1.2" provides the
235 state as defined in 7.4.2 Sink Electrical Parameters of USB Power Delivery Specification
243 description: A child node to contain all the selectable USB Power Delivery capabilities.
249 Power Delivery capability.
[all …]
/linux/net/sctp/
H A Dulpqueue.c122 /* Clear the partial delivery mode for this socket. Note: This
123 * assumes that no association is currently in partial delivery mode.
171 /* Clear the pd_mode and restart any pending messages waiting for delivery. */
207 /* If we are in partial delivery mode, post to the lobby until in sctp_ulpq_tail_event()
208 * partial delivery is cleared, unless, of course _this_ is in sctp_ulpq_tail_event()
209 * the association the cause of the partial delivery. in sctp_ulpq_tail_event()
216 /* If the association is in partial delivery, we in sctp_ulpq_tail_event()
244 /* Did we just complete partial delivery and need to get in sctp_ulpq_tail_event()
421 * There is a potential to do partial delivery if user sets in sctp_ulpq_retrieve_reassembled()
472 * We can trigger partial delivery only if framgent in sctp_ulpq_retrieve_reassembled()
[all …]
/linux/Documentation/devicetree/bindings/interrupt-controller/
H A Dintel,ce4100-lapic.yaml43 description: Intel defines a few possible interrupt delivery
45 delivery modes are possible.
47 Virtual Wire Mode - use lapic as virtual wire interrupt delivery mode.
51 But if this optional boolean property is set, then the interrupt delivery
/linux/net/ipv4/
H A Dtcp_rate.c6 * 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()
73 * delivery information when the skb was last transmitted.
116 /* Update the connection delivery information and generate a rate sample. */
170 * measuring the delivery rate during loss recovery is crucial in tcp_rate_gen()
/linux/Documentation/devicetree/bindings/usb/
H A Dmediatek,mt6370-tcpc.yaml7 title: MediatTek MT6370 Type-C Port Switch and Power Delivery controller
15 regulators (DSV/VIBLDO), and TypeC Port Switch with Power Delivery controller.
17 Power Delivery controller.
H A Dmediatek,mt6360-tcpc.yaml7 title: Mediatek MT6360 Type-C Port Switch and Power Delivery controller
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.
/linux/include/xen/interface/hvm/
H A Dparams.h22 * val[55:0] is a delivery GSI. GSI 0 cannot be used, as it aliases val == 0,
28 * val[55:0] is a delivery PCI INTx line:
36 * if this delivery method is available.
63 * Do not advance a vcpu's time beyond the correct delivery time for
/linux/drivers/media/dvb-core/
H A Ddvb_frontend.c189 * Due to DVBv3 API calls, a delivery system should be mapped into one of
190 * the 4 DVBv3 delivery systems (FE_QPSK, FE_QAM, FE_OFDM or FE_ATSC),
1016 dev_dbg(fe->dvb->device, "%s: Clearing cache for delivery system %d\n", in dvb_frontend_clear_cache()
1236 "%s: doesn't know how to handle a DVBv3 call to delivery system %i\n", in dtv_property_cache_sync()
1258 "%s: doesn't know how to handle a DVBv3 call to delivery system %i\n", in dtv_property_legacy_params_sync()
1611 * emulate_delivery_system - emulate a DVBv5 delivery system with a DVBv3 type
1615 * Provides emulation for delivery systems that are compatible with the old
1651 dev_dbg(fe->dvb->device, "%s: change delivery system on cache to %d\n", in emulate_delivery_system()
1658 * dvbv5_set_delivery_system - Sets the delivery system for a DVBv5 API call
1660 * @desired_system: delivery system requested by the user
[all …]
/linux/tools/perf/pmu-events/arch/x86/tigerlake/
H A Dother.json7 …"PublicDescription": "Counts Core cycles where the core was running with power-delivery for baseli…
16 …"PublicDescription": "Counts Core cycles where the core was running with power-delivery for licens…
25 …"PublicDescription": "Core cycles where the core was running with power-delivery for license level…
/linux/include/net/sctp/
H A Dulpqueue.h51 /* Perform partial delivery. */
54 /* Abort the partial delivery. */
57 /* Clear the partial data delivery condition on this socket. */
/linux/drivers/usb/typec/tcpm/
H A DKconfig85 A Type-C port and Power Delivery driver which aggregates two
87 Type-C port controller and the Power Delivery PHY.
90 mode and Power Delivery support both for VBUS and VCONN.
/linux/include/xen/interface/
H A Dcallback.h22 /* x86: Callback for event delivery. */
37 /* x86: Callback for NMI delivery. */
58 * NMI callbacks: event delivery is unconditionally disabled.

12345678910>>...20