[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <byzzazzbepnnijxm6j4acnpe4noje4vccfqlbse3gtoeaqj3es@lv2odr6vpztt>
Date: Mon, 28 Oct 2024 10:09:02 +0200
From: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
To: Krishna Kurapati <quic_kriskura@...cinc.com>
Cc: Krzysztof Kozlowski <krzk+dt@...nel.org>,
Rob Herring <robh@...nel.org>, Bjorn Andersson <andersson@...nel.org>,
Konrad Dybcio <konradybcio@...nel.org>, Conor Dooley <conor+dt@...nel.org>, linux-kernel@...r.kernel.org,
linux-arm-msm@...r.kernel.org, devicetree@...r.kernel.org, quic_ppratap@...cinc.com,
quic_jackp@...cinc.com
Subject: Re: [PATCH v2 2/2] arm64: dts: qcom: Enable USB controllers for
QCS8300
On Mon, Oct 28, 2024 at 12:32:02AM +0530, Krishna Kurapati wrote:
>
>
> On 10/27/2024 11:14 PM, Dmitry Baryshkov wrote:
> > On Sun, Oct 27, 2024 at 11:59:44AM +0530, Krishna Kurapati wrote:
> > >
> > >
> > > On 10/26/2024 11:06 PM, Dmitry Baryshkov wrote:
> > > > On Fri, Oct 11, 2024 at 01:16:19PM +0530, Krishna Kurapati wrote:
> > > > > Enable primary USB controller on QCS8300 Ride platform. The primary USB
> > > > > controller is made "peripheral", as this is intended to be connected to
> > > > > a host for debugging use cases.
> > > > >
> > > > > Signed-off-by: Krishna Kurapati <quic_kriskura@...cinc.com>
> > > > > ---
> > > > > arch/arm64/boot/dts/qcom/qcs8300-ride.dts | 23 +++++++++++++++++++++++
> > > > > 1 file changed, 23 insertions(+)
> > > > >
> > > > > diff --git a/arch/arm64/boot/dts/qcom/qcs8300-ride.dts b/arch/arm64/boot/dts/qcom/qcs8300-ride.dts
> > > > > index 7eed19a694c3..3e925228379c 100644
> > > > > --- a/arch/arm64/boot/dts/qcom/qcs8300-ride.dts
> > > > > +++ b/arch/arm64/boot/dts/qcom/qcs8300-ride.dts
> > > > > @@ -265,3 +265,26 @@ &ufs_mem_phy {
> > > > > vdda-pll-supply = <&vreg_l5a>;
> > > > > status = "okay";
> > > > > };
> > > > > +
> > > > > +&usb_1_hsphy {
> > > > > + vdda-pll-supply = <&vreg_l7a>;
> > > > > + vdda18-supply = <&vreg_l7c>;
> > > > > + vdda33-supply = <&vreg_l9a>;
> > > > > +
> > > > > + status = "okay";
> > > > > +};
> > > > > +
> > > > > +&usb_qmpphy {
> > > > > + vdda-phy-supply = <&vreg_l7a>;
> > > > > + vdda-pll-supply = <&vreg_l5a>;
> > > > > +
> > > > > + status = "okay";
> > > > > +};
> > > > > +
> > > > > +&usb_1 {
> > > > > + status = "okay";
> > > > > +};
> > > > > +
> > > > > +&usb_1_dwc3 {
> > > > > + dr_mode = "peripheral";
> > > > > +};
> > > >
> > > > So, can it be used as a USB host controller / connector? What needs to
> > > > be done in such a case?
> > > >
> > > Adding vbus boost pinctrl and changing dr_mode to host must be enough for
> > > this case.
> >
> > Could you please mention those either in the commie message or in the
> > comment before the board DT file?
> >
>
> Sure, I can update commit text to add something like the following:
>
> "In case first controller needs to be configured in host mode, X-GPIO to be
> enabled and dr_mode to be changed accordingly."
>
> But when we add second controller (which I will after SPMI node is done),
> this commit text would be redundant as the same file would show example for
> host mode as well.
My point was that it might be not obvious that the controller isn't
designated to be peripheral on a board level and can be easily switched
to work as a USB host.
--
With best wishes
Dmitry
Powered by blists - more mailing lists