[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e8b2501a-0808-4e14-960b-7355fa52e8ea@google.com>
Date: Fri, 6 Dec 2024 16:43:44 -0800
From: Amit Sunil Dhamne <amitsd@...gle.com>
To: Conor Dooley <conor@...nel.org>
Cc: Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Badhri Jagan Sridharan <badhri@...gle.com>,
Heikki Krogerus <heikki.krogerus@...ux.intel.com>,
Kyle Tso <kyletso@...gle.com>, RD Babiera <rdbabiera@...gle.com>,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-usb@...r.kernel.org
Subject: Re: [PATCH 1/3] dt-bindings: connector: Add pd-revision property
Hi Conor,
On 12/6/24 8:52 AM, Conor Dooley wrote:
> On Thu, Dec 05, 2024 at 11:46:08PM -0800, Amit Sunil Dhamne via B4 Relay wrote:
>> From: Amit Sunil Dhamne<amitsd@...gle.com>
>>
>> Add pd-revision property definition, to specify the maximum Power
>> Delivery Revision and Version supported by the connector.
>>
>> Signed-off-by: Amit Sunil Dhamne<amitsd@...gle.com>
>> ---
>> Documentation/devicetree/bindings/connector/usb-connector.yaml | 6 ++++++
>> Documentation/devicetree/bindings/usb/maxim,max33359.yaml | 1 +
>> 2 files changed, 7 insertions(+)
>>
>> diff --git a/Documentation/devicetree/bindings/connector/usb-connector.yaml b/Documentation/devicetree/bindings/connector/usb-connector.yaml
>> index 67700440e23b5b7ca0db2c395c8a455bcf650864..341d2872e8d43450d219b7b72d48790051dc4e2b 100644
>> --- a/Documentation/devicetree/bindings/connector/usb-connector.yaml
>> +++ b/Documentation/devicetree/bindings/connector/usb-connector.yaml
>> @@ -293,6 +293,12 @@ properties:
>> PD negotiation till BC1.2 detection completes.
>> default: 0
>>
>> + pd-revision:
>> + description: Specifies the maximum USB PD revision and version supported by
>> + the connector. This property is specified in the following order;
>> + <revision_major, revision_minor, version_major, version_minor>.
>> + $ref: /schemas/types.yaml#/definitions/uint8-array
>> +
>> dependencies:
>> sink-vdos-v1: [ sink-vdos ]
>> sink-vdos: [ sink-vdos-v1 ]
>> diff --git a/Documentation/devicetree/bindings/usb/maxim,max33359.yaml b/Documentation/devicetree/bindings/usb/maxim,max33359.yaml
>> index 20b62228371bdedf2fe92767ffe443bec87babc5..350d39fbf2dcd4d99db07cb8f099467e6fc653ee 100644
>> --- a/Documentation/devicetree/bindings/usb/maxim,max33359.yaml
>> +++ b/Documentation/devicetree/bindings/usb/maxim,max33359.yaml
>> @@ -70,6 +70,7 @@ examples:
>> PDO_FIXED_DUAL_ROLE)
>> PDO_FIXED(9000, 2000, 0)>;
>> sink-bc12-completion-time-ms = <500>;
>> + pd-revision = /bits/ 8 <0x03 0x01 0x01 0x08>;
> Why do you need this?
This DT property helps Type-C Port Manager (TCPM, consumer of the
connector class properties) fetch the exact Power Delivery (PD) revision
& version information of the Type-C port controller (TCPC)'s connector.
In turn, we require it to be able to support "Revision_Information"
Atomic Message Sequence (AMS) in TCPM to be USB PD spec compliant for
all revision & versions after PD3.1 v1.x.
> Doesn't the compatible already give you this
> information?
Compatible property does not give information regarding the PD revision
& version but only gives info on the type of connector (usb a, b or c).
Also, connector class is used by several TCPCs like maxim,max33359,
ptn5110, etc. and each of them may be compliant to different
combinations of revision & version. This feature would help users set
these values based on the revision/versions their TCPC supports.
Currently TCPM driver hardcodes the Revision value to 3.0 and doesn't
provide any info on version (undesirable).
It should be noted that:
1. There are multiple versions & revisions of the USB PD spec and they
keep evolving frequently. A certain connector hardware may only be spec
compliant for up to a certain version + version. Thus, this is the only
way for TCPM to know what ver + rev the connector hardware supports.
This will enable the TCPC system to present the exact rev & ver values
when requested for revision info by the port partner.
2. I also considered incrementing the revision & version information
values in the TCPM code. However, that won't be backward compatible for
connectors whose hardware doesn't support features in the latest spec.
In this case we would be presenting incorrect revision & version values
(higher than what is actually supported by the hardware).
Regards,
Amit
>> };
>> };
>> };
>>
>> --
>> 2.47.0.338.g60cca15819-goog
>>
>>
Powered by blists - more mailing lists