On Tue, Mar 13, 2018 at 05:34:27PM +0800, Li Jun wrote:
> Add bingdings supported by current typec driver, so user can pass
> all those properties via dt.
> 
> Signed-off-by: Li Jun <jun...@nxp.com>
> ---
> Change for v3:
> - port-type change to be power-type which only for power.
> - add data-type for data capability.
> - preferred-role change to try-power-role(bool property need 2, and user
>   may add both at the same time, so still use one property but rename
>   it to be try-power-role).
> - Separate basic typec and power delivery properties.
> - keep the max-sink-mv/ma/mw, and op-mw, because the counterpart driver
>   code is to be back[1], to be discussed if we need those 4 setting for long
>   term.
> 
> [1] https://www.spinics.net/lists/linux-usb/msg166366.html
>  
>  .../bindings/connector/usb-connector.txt           | 48 
> ++++++++++++++++++++++
>  1 file changed, 48 insertions(+)
> 
> diff --git a/Documentation/devicetree/bindings/connector/usb-connector.txt 
> b/Documentation/devicetree/bindings/connector/usb-connector.txt
> index e1463f1..9c7fc83 100644
> --- a/Documentation/devicetree/bindings/connector/usb-connector.txt
> +++ b/Documentation/devicetree/bindings/connector/usb-connector.txt
> @@ -15,6 +15,35 @@ Optional properties:
>  - type: size of the connector, should be specified in case of USB-A, USB-B
>    non-fullsize connectors: "mini", "micro".
>  
> +Optional properties for usb-c-connector:
> +- power-type: should be one of "source", "sink" or "dual"(DRP) if typec
> +  connector has power support.
> +- try-power-role: preferred power role if "dual"(DRP) can support Try.SNK
> +  or Try.SRC, should be "sink" for Try.SNK or "source" for Try.SRC.
> +- data-type: should be one of "host", "device", "dual"(DRD) if typec
> +  connector supports USB data.

Why not "power-role" and "data-role" instead of "power-type" and
"data-type"?


Thanks,

-- 
heikki
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to