[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7f780a0b-5f70-480e-82fc-08bd89870d13@linaro.org>
Date: Fri, 26 Jan 2024 15:37:02 +0100
From: Krzysztof Kozlowski <krzysztof.kozlowski@...aro.org>
To: Krishna Kurapati PSSNV <quic_kriskura@...cinc.com>,
Bjorn Andersson <andersson@...nel.org>
Cc: Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Rob Herring <robh+dt@...nel.org>, Konrad Dybcio <konrad.dybcio@...aro.org>,
Conor Dooley <conor+dt@...nel.org>, Johan Hovold <johan+linaro@...nel.org>,
cros-qcom-dts-watchers@...omium.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 1/4] arm64: dts: qcom: Fix hs_phy_irq for QUSB2 targets
On 26/01/2024 15:14, Krishna Kurapati PSSNV wrote:
>
>
> On 1/25/2024 3:16 AM, Bjorn Andersson wrote:
>> On Sun, Jan 21, 2024 at 12:49:01AM +0530, Krishna Kurapati wrote:
>>> On several QUSB2 Targets, the hs_phy_irq mentioned is actually
>>> qusb2_phy interrupt specific to QUSB2 PHY's. Rename hs_phy_irq
>>> to qusb2_phy for such targets.
>>>
>>> In actuality, the hs_phy_irq is also present in these targets, but
>>> kept in for debug purposes in hw test environments. This is not
>>> triggered by default and its functionality is mutually exclusive
>>> to that of qusb2_phy interrupt.
>>>
>>> Add missing hs_phy_irq's, pwr_event irq's for QUSB2 PHY targets.
>>> Add missing ss_phy_irq on some targets which allows for remote
>>> wakeup to work on a Super Speed link.
>>>
>>> Also modify order of interrupts in accordance to bindings update.
>>> Since driver looks up for interrupts by name and not by index, it
>>> is safe to modify order of these interrupts in the DT.
>>>
>>> Signed-off-by: Krishna Kurapati <quic_kriskura@...cinc.com>
>>> ---
>>> arch/arm64/boot/dts/qcom/ipq6018.dtsi | 13 +++++++++++++
>>> arch/arm64/boot/dts/qcom/ipq8074.dtsi | 14 ++++++++++++++
>>> arch/arm64/boot/dts/qcom/msm8953.dtsi | 7 +++++--
>>> arch/arm64/boot/dts/qcom/msm8996.dtsi | 8 ++++++--
>>> arch/arm64/boot/dts/qcom/msm8998.dtsi | 7 +++++--
>>> arch/arm64/boot/dts/qcom/sdm630.dtsi | 17 +++++++++++++----
>>> arch/arm64/boot/dts/qcom/sm6115.dtsi | 9 +++++++--
>>> arch/arm64/boot/dts/qcom/sm6125.dtsi | 9 +++++++--
>>> 8 files changed, 70 insertions(+), 14 deletions(-)
>>>
>>> diff --git a/arch/arm64/boot/dts/qcom/ipq6018.dtsi b/arch/arm64/boot/dts/qcom/ipq6018.dtsi
>>> index 5e1277fea725..ea70b57d1871 100644
>>> --- a/arch/arm64/boot/dts/qcom/ipq6018.dtsi
>>> +++ b/arch/arm64/boot/dts/qcom/ipq6018.dtsi
>>> @@ -418,6 +418,12 @@ usb2: usb@...8800 {
>>> <&gcc GCC_USB1_MOCK_UTMI_CLK>;
>>> assigned-clock-rates = <133330000>,
>>> <24000000>;
>>> +
>>> + interrupts-extended = <GIC_SPI 128 IRQ_TYPE_LEVEL_HIGH>,
>>
>> interrupts-extended takes a reference to a interrupt-controller as well,
>> so this doesn't build.
>>
>> Did you mean "interrupts" here instead? Please update these and build
>> test...
>>
>
> Hi Bjorn,
>
> Thanks for the catch. I was using DTC version 1.4.0.
v1.4.0? I am sorry, but what?
Isn't that like 10 years old? What systems are you using there? I am
asking, because maybe we should be rejecting DTS patches assuming they
were never tested (testing on ancient dtc counts like no testing).
> When I moved to 1.5.0, I did see these warnings. Fixed them up and sent v3.
Nope, you just moved from 10 years old to 5 years old.
Fix your systems and use the recent one. v1.6.1
Best regards,
Krzysztof
Powered by blists - more mailing lists