Searched +full:power +full:- +full:delivery (Results 1 – 25 of 230) sorted by relevance
12345678910
| /kernel/linux/linux-4.19/drivers/usb/typec/ |
| D | Kconfig | 3 tristate "USB Type-C Support"
5 USB Type-C Specification defines a cable and connector for USB where
7 be Type-A plug on one end of the cable and Type-B plug on the other.
8 Determination of the host-to-device relationship happens through a
9 specific Configuration Channel (CC) which goes through the USB Type-C
11 Accessory Modes - Analog Audio and Debug - and if USB Power Delivery
15 USB Power Delivery Specification defines a protocol that can be used
17 partners. USB Power Delivery allows higher voltages then the normal
18 5V, up to 20V, and current up to 5A over the cable. The USB Power
19 Delivery protocol is also used to negotiate the optional Alternate
[all …]
|
| /kernel/linux/linux-5.10/drivers/usb/typec/ |
| D | Kconfig | 1 # 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 …]
|
| /kernel/linux/linux-4.19/Documentation/ABI/testing/ |
| D | sysfs-class-typec | 1 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 when the port supports USB Power
24 Delivery. Swapping is supported as synchronous operation, so
43 - source (The port will behave as source only DFP port)
44 - sink (The port will behave as sink only UFP port)
45 - dual (The port will behave as dual-role-data and
46 dual-role-power port)
54 when both the port and the partner support USB Power Delivery.
62 - "no" when the port is not the VCONN Source
[all …]
|
| /kernel/linux/linux-5.10/Documentation/ABI/testing/ |
| D | sysfs-class-typec | 1 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 …]
|
| /kernel/linux/linux-4.19/include/linux/usb/ |
| D | typec.h | 1 /* SPDX-License-Identifier: GPL-2.0 */
8 /* USB Type-C Specification releases */
73 * struct usb_pd_identity - USB Power Delivery identity data
78 * USB power delivery Discover Identity command response data.
80 * REVISIT: This is USB Power Delivery specific information, so this structure
81 * probable belongs to USB Power Delivery header file once we have them.
93 * struct typec_altmode_desc - USB Type-C Alternate Mode Descriptor
131 * struct typec_plug_desc - USB Type-C Cable Plug Descriptor
135 * Represents USB Type-C Cable Plug.
142 * struct typec_cable_desc - USB Type-C Cable Descriptor
[all …]
|
| /kernel/linux/linux-4.19/Documentation/devicetree/bindings/connector/ |
| D | usb-connector.txt | 8 - compatible: describes type of the connector, must be one of:
9 "usb-a-connector",
10 "usb-b-connector",
11 "usb-c-connector".
14 - label: symbolic name for the connector,
15 - type: size of the connector, should be specified in case of USB-A, USB-B
16 non-fullsize connectors: "mini", "micro".
18 Optional properties for usb-c-connector:
19 - power-role: should be one of "source", "sink" or "dual"(DRP) if typec
20 connector has power support.
[all …]
|
| /kernel/linux/linux-5.10/include/linux/usb/ |
| D | typec.h | 1 /* SPDX-License-Identifier: GPL-2.0 */
8 /* USB Type-C Specification releases */
76 * struct enter_usb_data - Enter_USB Message details
80 * @active_link_training is a flag that should be set with uni-directional SBRX
81 * communication, and left 0 with passive cables and with bi-directional SBRX
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.
112 * struct typec_altmode_desc - USB Type-C Alternate Mode Descriptor
[all …]
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/usb/ |
| D | mediatek,mt6360-tcpc.yaml | 1 # 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 …]
|
| D | ti,tps6598x.yaml | 1 # 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
18 - ti,tps6598x
25 interrupt-names:
27 - const: irq
30 - compatible
[all …]
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/connector/ |
| D | usb-connector.yaml | 1 # 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 …]
|
| /kernel/linux/linux-5.10/Documentation/driver-api/usb/ |
| D | typec.rst | 3 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 …]
|
| /kernel/linux/linux-4.19/Documentation/driver-api/usb/ |
| D | typec.rst | 2 USB Type-C connector class
6 ------------
8 The typec class is meant for describing the USB Type-C ports in a system to the
13 The platforms are expected to register every USB Type-C port they have with the
14 class. In a normal case the registration will be done by a USB Type-C or PD PHY
17 considers the component registering the USB Type-C ports with the class as "port
25 attributes are described in Documentation/ABI/testing/sysfs-class-typec.
28 --------------------
35 "port0-partner". Full path to the device would be
36 /sys/class/typec/port0/port0-partner/.
[all …]
|
| /kernel/linux/linux-5.10/tools/perf/pmu-events/arch/x86/skylakex/ |
| D | other.json | 3 … "BriefDescription": "Core cycles the core was throttled due to a pending power level request.",
8 …"PublicDescription": "Core cycles the out-of-order engine was throttled due to a pending power lev…
32 … where the core was running in a manner where Turbo may be clipped to the Non-AVX turbo schedule.",
37 … was running with power-delivery for baseline license level 0. This includes non-AVX codes, SSE, …
47 …as running with power-delivery for license level 1. This includes high current AVX 256-bit instru…
76 …as running with power-delivery for license level 2 (introduced in Skylake Server michroarchtecture…
|
| /kernel/linux/linux-4.19/tools/perf/pmu-events/arch/x86/skylakex/ |
| D | other.json | 5 … 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…
35 … "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…
|
| /kernel/linux/linux-5.10/tools/perf/pmu-events/arch/x86/icelake/ |
| D | other.json | 4 …-width of the narrowest pipeline as employed by the Top-down Microarchitecture Analysis method. Th…
14 … was running with power-delivery for baseline license level 0. This includes non-AVX codes, SSE, …
21 …s where the core was running in a manner where Turbo may be clipped to the Non-AVX turbo schedule."
25 …as running with power-delivery for license level 1. This includes high current AVX 256-bit instru…
36 …as running with power-delivery for license level 2 (introduced in Skylake Server microarchtecture)…
91 …-width of the narrowest pipeline as employed by the Top-down Microarchitecture Analysis method. Th…
|
| /kernel/linux/linux-4.19/Documentation/media/uapi/dvb/ |
| D | frontend.rst | 1 .. -*- coding: utf-8; mode: rst -*-
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 …]
|
| D | frontend-stat-properties.rst | 1 .. -*- coding: utf-8; mode: rst -*-
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 …]
|
| /kernel/linux/linux-5.10/Documentation/userspace-api/media/dvb/ |
| D | frontend.rst | 1 .. 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 …]
|
| D | frontend-stat-properties.rst | 1 .. 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 …]
|
| /kernel/linux/linux-5.10/include/linux/platform_data/ |
| D | cros_usbpd_notify.h | 1 // SPDX-License-Identifier: GPL-2.0-only
3 * ChromeOS EC Power Delivery Notifier Driver
|
| /kernel/linux/linux-4.19/include/linux/ |
| D | power_supply.h | 2 * Universal power supply monitor class
169 POWER_SUPPLY_TYPE_USB_PD, /* Power Delivery Port */
181 POWER_SUPPLY_USB_TYPE_PD, /* Power Delivery Port */
183 POWER_SUPPLY_USB_TYPE_PD_PPS, /* PD Programmable Power Supply */
199 /* Run-time specific power supply configuration */
211 /* Description of power supply */
221 * Functions for drivers implementing power supply class.
223 * this power supply. Instead use power_supply_*() functions (for
234 * of power supply. If this happens during device probe then it must
243 * Set if thermal zone should not be created for this power supply.
[all …]
|
| /kernel/linux/linux-5.10/Documentation/devicetree/bindings/display/rockchip/ |
| D | cdn-dp-rockchip.txt | 5 - 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 …]
|
| /kernel/linux/linux-4.19/Documentation/devicetree/bindings/display/rockchip/ |
| D | cdn-dp-rockchip.txt | 5 - 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 …]
|
| /kernel/linux/linux-4.19/include/dt-bindings/usb/ |
| D | pd.h | 1 /* SPDX-License-Identifier: GPL-2.0 */
5 /* Power delivery Power Data Object definitions */
20 #define PDO_FIXED_DUAL_ROLE (1 << 29) /* Power role swap supported */
|
| /kernel/linux/linux-5.10/include/linux/ |
| D | power_supply.h | 1 /* SPDX-License-Identifier: GPL-2.0-only */
3 * Universal power supply monitor class
186 POWER_SUPPLY_TYPE_USB_PD, /* Power Delivery Port */
199 POWER_SUPPLY_USB_TYPE_PD, /* Power Delivery Port */
201 POWER_SUPPLY_USB_TYPE_PD_PPS, /* PD Programmable Power Supply */
217 /* Run-time specific power supply configuration */
232 /* Description of power supply */
242 * Functions for drivers implementing power supply class.
244 * this power supply. Instead use power_supply_*() functions (for
255 * of power supply. If this happens during device probe then it must
[all …]
|
12345678910