From: Varadarajan Narayanan <quic_varada@quicinc.com>
To: Krishna Kurapati <quic_kriskura@quicinc.com>
Cc: <krzk+dt@kernel.org>, <conor+dt@kernel.org>,
<gregkh@linuxfoundation.org>, <robh@kernel.org>,
<abel.vesa@linaro.org>, <johan+linaro@kernel.org>,
<dmitry.baryshkov@linaro.org>, <mantas@8devices.com>,
<linux-arm-msm@vger.kernel.org>, <linux-phy@lists.infradead.org>,
<devicetree@vger.kernel.org>, <quic_kbajaj@quicinc.com>,
<linux-kernel@vger.kernel.org>, <quic_wcheng@quicinc.com>,
<vkoul@kernel.org>, <linux-usb@vger.kernel.org>,
<andersson@kernel.org>, <kishon@kernel.org>,
<konradybcio@kernel.org>
Subject: Re: [PATCH v1 6/6] arm64: dts: qcom: Add USB controller and phy nodes for IPQ5424
Date: Wed, 13 Nov 2024 12:31:46 +0530 [thread overview]
Message-ID: <ZzRO2uXHCRVqqq08@hu-varada-blr.qualcomm.com> (raw)
In-Reply-To: <ZzNEecwbh63soh5J@hu-varada-blr.qualcomm.com>
On Tue, Nov 12, 2024 at 05:35:13PM +0530, Varadarajan Narayanan wrote:
> On Tue, Nov 12, 2024 at 03:05:57PM +0530, Krishna Kurapati wrote:
> >
> >
> > On 11/12/2024 2:43 PM, Varadarajan Narayanan wrote:
> > > The IPQ5424 SoC has both USB2.0 and USB3.0 controllers. The USB3.0
> > > can connect to either of USB2.0 or USB3.0 phy and operate in the
> > > respective mode.
> > >
> > > Signed-off-by: Varadarajan Narayanan <quic_varada@quicinc.com>
> > > ---
> > > arch/arm64/boot/dts/qcom/ipq5424-rdp466.dts | 67 +++++++++
> > > arch/arm64/boot/dts/qcom/ipq5424.dtsi | 153 ++++++++++++++++++++
> > > 2 files changed, 220 insertions(+)
> > >
> >
> > [...]
> >
> > > diff --git a/arch/arm64/boot/dts/qcom/ipq5424.dtsi b/arch/arm64/boot/dts/qcom/ipq5424.dtsi
> > > index 5e219f900412..d8c045a311c2 100644
> > > --- a/arch/arm64/boot/dts/qcom/ipq5424.dtsi
> > > +++ b/arch/arm64/boot/dts/qcom/ipq5424.dtsi
> > > @@ -233,6 +233,159 @@ intc: interrupt-controller@f200000 {
> > > msi-controller;
> > > };
> > > + qusb_phy_1: phy@71000 {
> > > + compatible = "qcom,ipq5424-qusb2-phy";
> > > + reg = <0 0x00071000 0 0x180>;
> > > + #phy-cells = <0>;
> > > +
> > > + clocks = <&gcc GCC_USB1_PHY_CFG_AHB_CLK>,
> > > + <&xo_board>;
> > > + clock-names = "cfg_ahb", "ref";
> > > +
> > > + resets = <&gcc GCC_QUSB2_1_PHY_BCR>;
> > > + status = "disabled";
> > > + };
> > > +
> > > + usb2: usb2@1e00000 {
> > > + compatible = "qcom,ipq5424-dwc3", "qcom,dwc3";
> > > + reg = <0 0x01ef8800 0 0x400>;
> > > + #address-cells = <2>;
> > > + #size-cells = <2>;
> > > + ranges;
> > > +
> > > + clocks = <&gcc GCC_USB1_MASTER_CLK>,
> > > + <&gcc GCC_USB1_SLEEP_CLK>,
> > > + <&gcc GCC_USB1_MOCK_UTMI_CLK>,
> > > + <&gcc GCC_USB1_PHY_CFG_AHB_CLK>,
> > > + <&gcc GCC_CNOC_USB_CLK>;
> > > +
> > > + clock-names = "core",
> > > + "sleep",
> > > + "mock_utmi",
> > > + "iface",
> > > + "cfg_noc";
> > > +
> > > + assigned-clocks = <&gcc GCC_USB1_MASTER_CLK>,
> > > + <&gcc GCC_USB1_MOCK_UTMI_CLK>;
> > > + assigned-clock-rates = <200000000>,
> > > + <24000000>; > +
> >
> > Shouldn't this be 19.2MHz ?
>
> XO is 24MHz in this SoC.
>
> > > + interrupts-extended = <&intc GIC_SPI 395 IRQ_TYPE_LEVEL_HIGH>,
> > > + <&intc GIC_SPI 397 IRQ_TYPE_LEVEL_HIGH>,
> > > + <&intc GIC_SPI 387 IRQ_TYPE_LEVEL_HIGH>,
> > > + <&intc GIC_SPI 388 IRQ_TYPE_LEVEL_HIGH>;
> > > + interrupt-names = "pwr_event",
> > > + "qusb2_phy",
> > > + "dm_hs_phy_irq",
> > > + "dp_hs_phy_irq";
> > > +
> >
> > Please check the hs_phy_irq as well and add it if its present.
>
> Will add.
Checked with HW team, there is no hs_phy_irq in this case.
> > > + resets = <&gcc GCC_USB1_BCR>;
> > > + qcom,select-utmi-as-pipe-clk;
> > > + status = "disabled";
> > > +
> > > + dwc_1: usb@1e00000 {
> > > + compatible = "snps,dwc3";
> > > + reg = <0 0x01e00000 0 0xe000>;
> > > + clocks = <&gcc GCC_USB1_MOCK_UTMI_CLK>;
> > > + clock-names = "ref";
> >
> > Another clock in dwc3 node ?
Not sure if I understand the above comment. Per bindings [1] a
clock entry is expected in this node.
1 - https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/Documentation/devicetree/bindings/usb/snps,dwc3.yaml#n57
Thanks
Varada
> > > + interrupts = <GIC_SPI 396 IRQ_TYPE_LEVEL_HIGH>;
> > > + phys = <&qusb_phy_1>;
> > > + phy-names = "usb2-phy";
> > > + tx-fifo-resize;
> > > + snps,is-utmi-l1-suspend;
> > > + snps,hird-threshold = /bits/ 8 <0x0>;
> > > + snps,dis_u2_susphy_quirk;
> > > + snps,dis_u3_susphy_quirk;
> > > + };
> > > + };
> > > +
> > > + qusb_phy_0: phy@7b000 {
> > > + compatible = "qcom,ipq5424-qusb2-phy";
> > > + reg = <0 0x0007b000 0 0x180>;
> > > + #phy-cells = <0>;
> > > +
> > > + clocks = <&gcc GCC_USB0_PHY_CFG_AHB_CLK>,
> > > + <&xo_board>;
> > > + clock-names = "cfg_ahb", "ref";
> > > +
> > > + resets = <&gcc GCC_QUSB2_0_PHY_BCR>;
> > > + status = "disabled";
> > > + };
> > > +
> > > + ssphy_0: phy@7d000 {
> > > + compatible = "qcom,ipq5424-qmp-usb3-phy";
> > > + reg = <0 0x0007d000 0 0xa00>;
> > > + #phy-cells = <0>;
> > > +
> > > + clocks = <&gcc GCC_USB0_AUX_CLK>,
> > > + <&xo_board>,
> > > + <&gcc GCC_USB0_PHY_CFG_AHB_CLK>,
> > > + <&gcc GCC_USB0_PIPE_CLK>;
> > > + clock-names = "aux",
> > > + "ref",
> > > + "cfg_ahb",
> > > + "pipe";
> > > +
> > > + resets = <&gcc GCC_USB0_PHY_BCR>,
> > > + <&gcc GCC_USB3PHY_0_PHY_BCR>;
> > > + reset-names = "phy",
> > > + "phy_phy";
> > > +
> > > + #clock-cells = <0>;
> > > + clock-output-names = "usb0_pipe_clk";
> > > +
> > > + status = "disabled";
> > > + };
> > > +
> > > + usb3: usb3@8a00000 {
> > > + compatible = "qcom,ipq5424-dwc3", "qcom,dwc3";
> > > + reg = <0 0x08af8800 0 0x400>;
> > > +
> > > + #address-cells = <2>;
> > > + #size-cells = <2>;
> > > + ranges;
> > > +
> > > + clocks = <&gcc GCC_USB0_MASTER_CLK>,
> > > + <&gcc GCC_USB0_SLEEP_CLK>,
> > > + <&gcc GCC_USB0_MOCK_UTMI_CLK>,
> > > + <&gcc GCC_USB0_PHY_CFG_AHB_CLK>,
> > > + <&gcc GCC_CNOC_USB_CLK>;
> > > +
> > > + clock-names = "core",
> > > + "sleep",
> > > + "mock_utmi",
> > > + "iface",
> > > + "cfg_noc";
> > > +
> > > + assigned-clocks = <&gcc GCC_USB0_MASTER_CLK>,
> > > + <&gcc GCC_USB0_MOCK_UTMI_CLK>;
> > > + assigned-clock-rates = <200000000>,
> > > + <24000000>;
> > > +
> >
> > same comment as above, isn't this supposed to be 19.2MHz ?
>
> XO is 24MHz in this SoC.
>
> > > + interrupts-extended = <&intc GIC_SPI 412 IRQ_TYPE_LEVEL_HIGH>,
> > > + <&intc GIC_SPI 414 IRQ_TYPE_LEVEL_HIGH>;
> > > + interrupt-names = "pwr_event",
> > > + "qusb2_phy";
> > > +
> >
> > DP/ DM interrupts ?
>
> Will add.
>
> > > + resets = <&gcc GCC_USB_BCR>;
> > > + status = "disabled";
> > > +
> > > + dwc_0: usb@8a00000 {
> > > + compatible = "snps,dwc3";
> > > + reg = <0 0x08a00000 0 0xcd00>;
> > > + clocks = <&gcc GCC_USB0_MOCK_UTMI_CLK>;
> > > + clock-names = "ref";
> > > + interrupts = <GIC_SPI 409 IRQ_TYPE_LEVEL_HIGH>;
> > > + phys = <&qusb_phy_0>, <&ssphy_0>;
> > > + phy-names = "usb2-phy", "usb3-phy";
> > > + tx-fifo-resize;
> > > + snps,is-utmi-l1-suspend;
> > > + snps,hird-threshold = /bits/ 8 <0x0>;
> > > + snps,dis_u2_susphy_quirk;
> > > + snps,dis_u3_susphy_quirk;
> >
> > Disable u1/u2 entry as well please.
>
> Will add.
>
> Thanks
> Varada
>
prev parent reply other threads:[~2024-11-13 7:02 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-12 9:13 [PATCH v1 0/6] Enable IPQ5424 USB support Varadarajan Narayanan
2024-11-12 9:13 ` [PATCH v1 1/6] dt-bindings: phy: qcom,qusb2: Document IPQ5424 compatible Varadarajan Narayanan
2024-11-12 17:53 ` Conor Dooley
2024-11-12 9:13 ` [PATCH v1 2/6] phy: qcom-qusb2: add QUSB2 support for IPQ5424 Varadarajan Narayanan
2024-11-12 13:44 ` Dmitry Baryshkov
2024-11-12 9:13 ` [PATCH v1 3/6] dt-bindings: phy: qcom,qmp-usb: Add IPQ5424 USB3 PHY Varadarajan Narayanan
2024-11-12 17:53 ` Conor Dooley
2024-11-12 9:13 ` [PATCH v1 4/6] phy: qcom: qmp: Enable IPQ5424 support Varadarajan Narayanan
2024-11-12 13:45 ` Dmitry Baryshkov
2024-11-12 9:13 ` [PATCH v1 5/6] dt-bindings: usb: qcom,dwc3: Add IPQ5424 to USB DWC3 bindings Varadarajan Narayanan
2024-11-12 17:52 ` Conor Dooley
2024-11-12 9:13 ` [PATCH v1 6/6] arm64: dts: qcom: Add USB controller and phy nodes for IPQ5424 Varadarajan Narayanan
2024-11-12 9:35 ` Krishna Kurapati
2024-11-12 12:05 ` Varadarajan Narayanan
2024-11-13 7:01 ` Varadarajan Narayanan [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZzRO2uXHCRVqqq08@hu-varada-blr.qualcomm.com \
--to=quic_varada@quicinc.com \
--cc=abel.vesa@linaro.org \
--cc=andersson@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.baryshkov@linaro.org \
--cc=gregkh@linuxfoundation.org \
--cc=johan+linaro@kernel.org \
--cc=kishon@kernel.org \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-phy@lists.infradead.org \
--cc=linux-usb@vger.kernel.org \
--cc=mantas@8devices.com \
--cc=quic_kbajaj@quicinc.com \
--cc=quic_kriskura@quicinc.com \
--cc=quic_wcheng@quicinc.com \
--cc=robh@kernel.org \
--cc=vkoul@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox