/Linux-v6.1/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 …]
|
D | sysfs-class-usb_power_delivery | 5 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/ |
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 …]
|
D | pd.c | 1 // 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 …]
|
D | class.c | 1 // 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/ |
D | typec.h | 1 /* 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 …]
|
D | pd.h | 1 /* 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/ |
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 …]
|
/Linux-v6.1/Documentation/devicetree/bindings/usb/ |
D | mediatek,mt6370-tcpc.yaml | 1 # 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 …]
|
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 | richtek,rt1711h.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: 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 …]
|
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 21 - ti,tps6598x 22 - apple,cd321x 29 interrupt-names: 31 - const: irq [all …]
|
D | willsemi,wusb3801.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: 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 …]
|
D | richtek,rt1719.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: 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/ |
D | other.json | 3 … 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)…
|
D | tgl-metrics.json | 4 …"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/ |
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 …]
|
/Linux-v6.1/tools/perf/pmu-events/arch/x86/skylakex/ |
D | other.json | 3 … 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/ |
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 …]
|
/Linux-v6.1/drivers/usb/typec/tipd/ |
D | trace.c | 1 // SPDX-License-Identifier: GPL-2.0 3 * TI TPS6598x USB Power Delivery Controller Trace Support
|
/Linux-v6.1/include/linux/platform_data/ |
D | cros_usbpd_notify.h | 1 // SPDX-License-Identifier: GPL-2.0-only 3 * ChromeOS EC Power Delivery Notifier Driver
|
/Linux-v6.1/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 …]
|
/Linux-v6.1/tools/perf/pmu-events/arch/x86/icelake/ |
D | other.json | 3 … 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…
|
D | icl-metrics.json | 4 …"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 …]
|