[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Z1wYG8gpdFEvHCI3@linaro.org>
Date: Fri, 13 Dec 2024 12:18:51 +0100
From: Stephan Gerhold <stephan.gerhold@...aro.org>
To: Krzysztof Kozlowski <krzk@...nel.org>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Bjorn Andersson <andersson@...nel.org>,
Konrad Dybcio <konradybcio@...nel.org>,
Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, linux-usb@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-msm@...r.kernel.org, Abel Vesa <abel.vesa@...aro.org>,
Johan Hovold <johan@...nel.org>
Subject: Re: [PATCH 1/3] dt-bindings: usb: gpio-sbu-mux: Add an entry for
FSUSB42
On Fri, Dec 13, 2024 at 12:07:35PM +0100, Krzysztof Kozlowski wrote:
> On Thu, Dec 12, 2024 at 02:08:23PM +0100, Stephan Gerhold wrote:
> > Add a compatible entry for the onsemi FSUSB42 USB switch, which can be used
> > for switching orientation of the SBU lines in USB Type-C applications.
> >
> > Drivers work as-is with the existing fallback compatible.
> >
> > Link to datasheet: https://www.onsemi.com/pdf/datasheet/fsusb42-d.pdf
> >
> > Signed-off-by: Stephan Gerhold <stephan.gerhold@...aro.org>
> > ---
> > Documentation/devicetree/bindings/usb/gpio-sbu-mux.yaml | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/Documentation/devicetree/bindings/usb/gpio-sbu-mux.yaml b/Documentation/devicetree/bindings/usb/gpio-sbu-mux.yaml
> > index 8a5f837eff94b27bbd55bfe45f8d1156e3d183eb..e588514fab2d8c9d0d3717865fe2e733664fc28b 100644
> > --- a/Documentation/devicetree/bindings/usb/gpio-sbu-mux.yaml
> > +++ b/Documentation/devicetree/bindings/usb/gpio-sbu-mux.yaml
> > @@ -20,6 +20,7 @@ properties:
> > items:
> > - enum:
> > - nxp,cbdtu02043
> > + - onnn,fsusb42
> > - onnn,fsusb43l10x
>
> Is it different from onnn,fsusb43l10x?
>
Yes, it's a different chip:
https://www.onsemi.com/pdf/datasheet/fsusb42-d.pdf
vs
https://www.onsemi.com/download/data-sheet/pdf/fsusb43-d.pdf
They are probably quite similar, but the fact that the usage/programming
model is compatible is already represented by the fallback
"gpio-sbu-mux" compatible. So I think my patch adds it correctly?
Thanks,
Stephan
Powered by blists - more mailing lists