Home
last modified time | relevance | path

Searched +full:power +full:- +full:delivery (Results 1 – 25 of 165) sorted by relevance

1234567

/Linux-v6.1/Documentation/ABI/testing/
Dsysfs-class-typec1 USB Type-C port devices (eg. /sys/class/typec/port0/)
22 The supported power roles. This attribute can be used to request
23 power role swap on the port. Swapping is supported as
47 dual (The port will behave as dual-role-data and
48 dual-role-power port)
57 when both the port and the partner support USB Power Delivery.
66 - "no" when the port is not the VCONN Source
67 - "yes" when the port is the VCONN Source
73 Shows the current power operational mode the port is in. The
74 power operation mode means current level for VBUS. In case USB
[all …]
Dsysfs-class-usb_power_delivery5 Directory for USB Power Delivery devices.
11 File showing the USB Power Delivery Specification Revision used
19 specific revision of the USB Power Delivery Specification. In
23 What: /sys/class/usb_power_delivery/.../source-capabilities
28 set of Power Data Objects (PDO), each representing a type of
29 power supply. The order of the PDO objects is defined in the USB
30 Power Delivery Specification. Each PDO - power supply - will
33 power supply type name (":" as delimiter).
37 What: /sys/class/usb_power_delivery/.../sink-capabilities
42 of Power Data Objects (PDO) just like with source capabilities,
[all …]
/Linux-v6.1/drivers/usb/typec/
DKconfig1 # SPDX-License-Identifier: GPL-2.0
4 tristate "USB Type-C Support"
6 USB Type-C Specification defines a cable and connector for USB where
8 be Type-A plug on one end of the cable and Type-B plug on the other.
9 Determination of the host-to-device relationship happens through a
10 specific Configuration Channel (CC) which goes through the USB Type-C
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
19 5V, up to 20V, and current up to 5A over the cable. The USB Power
[all …]
Dpd.c1 // SPDX-License-Identifier: GPL-2.0
3 * USB Power Delivery sysfs entries
34 /* -------------------------------------------------------------------------- */
40 return sysfs_emit(buf, "%u\n", !!(to_pdo(dev)->pdo & PDO_FIXED_DUAL_ROLE)); in dual_role_power_show()
47 return sysfs_emit(buf, "%u\n", !!(to_pdo(dev)->pdo & PDO_FIXED_SUSPEND)); in usb_suspend_supported_show()
54 return sysfs_emit(buf, "%u\n", !!(to_pdo(dev)->pdo & PDO_FIXED_EXTPOWER)); in unconstrained_power_show()
61 return sysfs_emit(buf, "%u\n", !!(to_pdo(dev)->pdo & PDO_FIXED_USB_COMM)); in usb_communication_capable_show()
68 return sysfs_emit(buf, "%u\n", !!(to_pdo(dev)->pdo & PDO_FIXED_DATA_SWAP)); in dual_role_data_show()
76 return sysfs_emit(buf, "%u\n", !!(to_pdo(dev)->pdo & PDO_FIXED_UNCHUNK_EXT)); in unchunked_extended_messages_supported_show()
92 return sysfs_emit(buf, "%u\n", to_pdo(dev)->pdo >> PDO_FIXED_FRS_CURR_SHIFT) & 3; in fast_role_swap_current_show()
[all …]
Dclass.c1 // SPDX-License-Identifier: GPL-2.0
3 * USB Type-C Connector Class
28 /* ------------------------------------------------------------------------- */
65 return partner->identity; in get_pd_identity()
69 return cable->identity; in get_pd_identity()
76 struct typec_port *port = to_typec_port(dev->parent); in get_pd_product_type()
84 if (port->data_role == TYPEC_HOST) in get_pd_product_type()
85 ptype = product_type_ufp[PD_IDH_PTYPE(id->id_header)]; in get_pd_product_type()
87 ptype = product_type_dfp[PD_IDH_DFP_PTYPE(id->id_header)]; in get_pd_product_type()
90 ptype = product_type_cable[PD_IDH_PTYPE(id->id_header)]; in get_pd_product_type()
[all …]
/Linux-v6.1/include/linux/usb/
Dtypec.h1 /* SPDX-License-Identifier: GPL-2.0 */
8 /* USB Type-C Specification releases */
89 * struct enter_usb_data - Enter_USB Message details
93 * @active_link_training is a flag that should be set with uni-directional SBRX
94 * communication, and left 0 with passive cables and with bi-directional SBRX
103 * struct usb_pd_identity - USB Power Delivery identity data
109 * USB power delivery Discover Identity command response data.
111 * REVISIT: This is USB Power Delivery specific information, so this structure
112 * probable belongs to USB Power Delivery header file once we have them.
125 * struct typec_altmode_desc - USB Type-C Alternate Mode Descriptor
[all …]
Dpd.h1 /* SPDX-License-Identifier: GPL-2.0-or-later */
3 * Copyright 2015-2017 Google, Inc
29 /* 14-15 Reserved */
36 /* 22-31 Reserved */
49 /* 9-14 Reserved */
51 /* 16-31 Reserved */
70 /* 15-31 Reserved */
179 * struct pd_chunked_ext_message_data - PD chunked extended message data as
190 * struct pd_message - PD message as seen on wire
203 /* PDO: Power Data Object */
[all …]
/Linux-v6.1/Documentation/devicetree/bindings/connector/
Dusb-connector.yaml1 # SPDX-License-Identifier: GPL-2.0-only
3 ---
4 $id: http://devicetree.org/schemas/connector/usb-connector.yaml#
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
10 - Rob Herring <robh@kernel.org>
20 - enum:
21 - usb-a-connector
22 - usb-b-connector
23 - usb-c-connector
25 - items:
[all …]
/Linux-v6.1/Documentation/devicetree/bindings/usb/
Dmediatek,mt6370-tcpc.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: "http://devicetree.org/schemas/usb/mediatek,mt6370-tcpc.yaml#"
5 $schema: "http://devicetree.org/meta-schemas/core.yaml#"
7 title: MediatTek MT6370 Type-C Port Switch and Power Delivery controller
10 - ChiYuan Huang <cy_huang@richtek.com>
13 MediaTek MT6370 is a multi-functional device.
15 regulators (DSV/VIBLDO), and TypeC Port Switch with Power Delivery controller.
16 This document only describes MT6370 Type-C Port Switch and
17 Power Delivery controller.
[all …]
Dmediatek,mt6360-tcpc.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
4 $id: "http://devicetree.org/schemas/usb/mediatek,mt6360-tcpc.yaml#"
5 $schema: "http://devicetree.org/meta-schemas/core.yaml#"
7 title: Mediatek MT6360 Type-C Port Switch and Power Delivery controller DT bindings
10 - ChiYuan Huang <cy_huang@richtek.com>
13 Mediatek MT6360 is a multi-functional device. It integrates charger, ADC, flash, RGB indicators,
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.
20 - mediatek,mt6360-tcpc
[all …]
Drichtek,rt1711h.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
5 $schema: "http://devicetree.org/meta-schemas/core.yaml#"
7 title: Richtek RT1711H Type-C Port Switch and Power Delivery controller
10 - Gene Chen <gene_chen@richtek.com>
13 The RT1711H is a USB Type-C controller that complies with the latest
14 USB Type-C and PD standards. It does the USB Type-C detection including attach
15 and orientation. It integrates the physical layer of the USB BMC power
16 delivery protocol to allow up to 100W of power. The BMC PD block enables full
17 support for alternative interfaces of the Type-C specification.
[all …]
Dti,tps6598x.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
5 $schema: "http://devicetree.org/meta-schemas/core.yaml#"
7 title: Texas Instruments 6598x Type-C Port Switch and Power Delivery controller DT bindings
10 - Bryan O'Donoghue <bryan.odonoghue@linaro.org>
13 Texas Instruments 6598x Type-C Port Switch and Power Delivery controller
21 - ti,tps6598x
22 - apple,cd321x
29 interrupt-names:
31 - const: irq
[all …]
Dwillsemi,wusb3801.yaml1 # SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause)
3 ---
5 $schema: http://devicetree.org/meta-schemas/core.yaml#
7 title: WUSB3801 Type-C port controller DT bindings
10 The Will Semiconductor WUSB3801 is a USB Type-C port controller which
12 compatible with the USB Type-C Cable and Connector Specification v1.2.
15 - Samuel Holland <samuel@sholland.org>
20 - willsemi,wusb3801
30 $ref: ../connector/usb-connector.yaml#
33 The managed USB Type-C connector. Since WUSB3801 does not support
[all …]
Drichtek,rt1719.yaml1 # SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause
3 ---
5 $schema: "http://devicetree.org/meta-schemas/core.yaml#"
7 title: Richtek RT1719 sink-only Type-C PD controller bindings
10 - ChiYuan Huang <cy_huang@richtek.com>
13 The RT1719 is a sink-only USB Type-C contoller that complies with the latest
14 USB Type-C and PD standards. It does the USB Type-C detection including attach
15 and orientation. It integrates the physical layer of the USB BMC power
16 delivery protocol to allow up to 100W of power. The BMC PD block enables full
17 support for alternative interfaces of the Type-C specification.
[all …]
/Linux-v6.1/tools/perf/pmu-events/arch/x86/tigerlake/
Dother.json3 … where the core was running in a manner where Turbo may be clipped to the Non-AVX turbo schedule.",
9 … was running with power-delivery for baseline license level 0. This includes non-AVX codes, SSE, …
20 …as running with power-delivery for license level 1. This includes high current AVX 256-bit instru…
31 …as running with power-delivery for license level 2 (introduced in Skylake Server microarchtecture)…
Dtgl-metrics.json4 …"MetricExpr": "topdown\\-fe\\-bound / (topdown\\-fe\\-bound + topdown\\-bad\\-spec + topdown\\-ret…
7-lines are fetched from the memory subsystem; parsed into instructions; and lastly decoded into mi…
12 …"MetricExpr": "(5 * IDQ_UOPS_NOT_DELIVERED.CYCLES_0_UOPS_DELIV.CORE - INT_MISC.UOP_DROPPING) / SLO…
15 …he CPU was stalled due to Frontend latency issues. For example; instruction-cache misses; iTLB mi…
39 … corrected path; following all sorts of miss-predicted branches. For example; branchy code with lo…
52 …"MetricExpr": "(1 - (BR_MISP_RETIRED.ALL_BRANCHES / (BR_MISP_RETIRED.ALL_BRANCHES + MACHINE_CLEARS…
71 …o switches from DSB to MITE pipelines. The DSB (decoded i-cache) is a Uop Cache where the front-en…
83 … the fraction of cycles when the CPU was stalled due to switches of uop delivery to the Microcode …
87 … switches of uop delivery to the Microcode Sequencer (MS). Commonly used instructions are optimize…
92 "MetricExpr": "max(0, tma_frontend_bound - tma_fetch_latency)",
[all …]
/Linux-v6.1/Documentation/driver-api/usb/
Dtypec.rst3 USB Type-C connector class
7 ------------
9 The typec class is meant for describing the USB Type-C ports in a system to the
14 The platforms are expected to register every USB Type-C port they have with the
15 class. In a normal case the registration will be done by a USB Type-C or PD PHY
18 considers the component registering the USB Type-C ports with the class as "port
26 attributes are described in Documentation/ABI/testing/sysfs-class-typec.
29 --------------------
36 "port0-partner". Full path to the device would be
37 /sys/class/typec/port0/port0-partner/.
[all …]
/Linux-v6.1/tools/perf/pmu-events/arch/x86/skylakex/
Dother.json3 … where the core was running in a manner where Turbo may be clipped to the Non-AVX turbo schedule.",
8 … was running with power-delivery for baseline license level 0. This includes non-AVX codes, SSE, …
18 …as running with power-delivery for license level 1. This includes high current AVX 256-bit instru…
28 …as running with power-delivery for license level 2 (introduced in Skylake Server michroarchtecture…
33 … "BriefDescription": "Core cycles the core was throttled due to a pending power level request.",
38 …"PublicDescription": "Core cycles the out-of-order engine was throttled due to a pending power lev…
/Linux-v6.1/Documentation/userspace-api/media/dvb/
Dfrontend.rst1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
9 The Digital TV frontend API was designed to support three groups of delivery
11 delivery systems are supported:
13 - Terrestrial systems: DVB-T, DVB-T2, ATSC, ATSC M/H, ISDB-T, DVB-H,
16 - Cable systems: DVB-C Annex A/C, ClearQAM (DVB-C Annex B)
18 - Satellite systems: DVB-S, DVB-S2, DVB Turbo, ISDB-S, DSS
20 The Digital TV frontend controls several sub-devices including:
22 - Tuner
24 - Digital TV demodulator
26 - Low noise amplifier (LNA)
[all …]
Dfrontend-stat-properties.rst1 .. SPDX-License-Identifier: GFDL-1.1-no-invariants-or-later
3 .. _frontend-stat-properties:
12 For most delivery systems, ``dtv_property.stat.len`` will be 1 if the
16 It should be noted, however, that new OFDM delivery systems like ISDB
22 So, in order to be consistent with other delivery systems, the first
32 - ``svalue`` or ``uvalue``, where ``svalue`` is for signed values of
36 - ``scale`` - Scale for the value. It can be:
38 - ``FE_SCALE_NOT_AVAILABLE`` - The parameter is supported by the
42 - ``FE_SCALE_DECIBEL`` - parameter is a signed value, measured in
45 - ``FE_SCALE_RELATIVE`` - parameter is a unsigned value, where 0
[all …]
/Linux-v6.1/drivers/usb/typec/tipd/
Dtrace.c1 // SPDX-License-Identifier: GPL-2.0
3 * TI TPS6598x USB Power Delivery Controller Trace Support
/Linux-v6.1/include/linux/platform_data/
Dcros_usbpd_notify.h1 // SPDX-License-Identifier: GPL-2.0-only
3 * ChromeOS EC Power Delivery Notifier Driver
/Linux-v6.1/Documentation/devicetree/bindings/display/rockchip/
Dcdn-dp-rockchip.txt5 - compatible: must be "rockchip,rk3399-cdn-dp"
7 - reg: physical base address of the controller and length
9 - clocks: from common clock binding: handle to dp clock.
11 - clock-names: from common clock binding:
12 Required elements: "core-clk" "pclk" "spdif" "grf"
14 - resets : a list of phandle + reset specifier pairs
15 - reset-names : string of reset names
17 - power-domains : power-domain property defined with a phandle
18 to respective power domain.
19 - assigned-clocks: main clock, should be <&cru SCLK_DP_CORE>
[all …]
/Linux-v6.1/tools/perf/pmu-events/arch/x86/icelake/
Dother.json3 … where the core was running in a manner where Turbo may be clipped to the Non-AVX turbo schedule.",
9 … was running with power-delivery for baseline license level 0. This includes non-AVX codes, SSE, …
21 …as running with power-delivery for license level 1. This includes high current AVX 256-bit instru…
33 …as running with power-delivery for license level 2 (introduced in Skylake Server microarchtecture)…
291 …"BriefDescription": "Counts miscellaneous requests, such as I/O and un-cacheable accesses that hav…
305 …"BriefDescription": "Counts miscellaneous requests, such as I/O and un-cacheable accesses that DRA…
319 …"BriefDescription": "Counts miscellaneous requests, such as I/O and un-cacheable accesses that DRA…
Dicl-metrics.json4 …"MetricExpr": "topdown\\-fe\\-bound / (topdown\\-fe\\-bound + topdown\\-bad\\-spec + topdown\\-ret…
7-lines are fetched from the memory subsystem; parsed into instructions; and lastly decoded into mi…
12 …"MetricExpr": "(5 * IDQ_UOPS_NOT_DELIVERED.CYCLES_0_UOPS_DELIV.CORE - INT_MISC.UOP_DROPPING) / SLO…
15 …he CPU was stalled due to Frontend latency issues. For example; instruction-cache misses; iTLB mi…
39 … corrected path; following all sorts of miss-predicted branches. For example; branchy code with lo…
52 …"MetricExpr": "(1 - (BR_MISP_RETIRED.ALL_BRANCHES / (BR_MISP_RETIRED.ALL_BRANCHES + MACHINE_CLEARS…
71 …o switches from DSB to MITE pipelines. The DSB (decoded i-cache) is a Uop Cache where the front-en…
83 … the fraction of cycles when the CPU was stalled due to switches of uop delivery to the Microcode …
87 … switches of uop delivery to the Microcode Sequencer (MS). Commonly used instructions are optimize…
92 "MetricExpr": "max(0, tma_frontend_bound - tma_fetch_latency)",
[all …]

1234567