| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <2c996304-f82f-5311-3d88-d459c07ef741@quicinc.com>
Date: Tue, 5 Dec 2023 14:15:14 +0530
From: Nitin Rawat <quic_nitirawa@...cinc.com>
To: Manivannan Sadhasivam <mani@...nel.org>,
Luca Weiss <luca.weiss@...rphone.com>
CC: Andy Gross <agross@...nel.org>,
Bjorn Andersson <andersson@...nel.org>,
Konrad Dybcio <konrad.dybcio@...aro.org>,
Alim Akhtar <alim.akhtar@...sung.com>,
Avri Altman <avri.altman@....com>,
Bart Van Assche <bvanassche@....org>,
Rob Herring <robh+dt@...nel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
Conor Dooley <conor+dt@...nel.org>,
<cros-qcom-dts-watchers@...omium.org>,
<~postmarketos/upstreaming@...ts.sr.ht>,
<phone-devel@...r.kernel.org>, <linux-arm-msm@...r.kernel.org>,
<linux-scsi@...r.kernel.org>, <devicetree@...r.kernel.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v5 2/3] arm64: dts: qcom: sc7280: Add UFS nodes for sc7280
soc
On 12/4/2023 10:58 PM, Manivannan Sadhasivam wrote:
> On Mon, Dec 04, 2023 at 01:21:42PM +0100, Luca Weiss wrote:
>> On Mon Dec 4, 2023 at 1:15 PM CET, Nitin Rawat wrote:
>>>
>>>
>>> On 12/4/2023 3:54 PM, Luca Weiss wrote:
>>>> From: Nitin Rawat <quic_nitirawa@...cinc.com>
>>>>
>>>> Add UFS host controller and PHY nodes for sc7280 soc.
>>>>
>>>> Signed-off-by: Nitin Rawat <quic_nitirawa@...cinc.com>
>>>> Reviewed-by: Konrad Dybcio <konrad.dybcio@...aro.org>
>>>> Tested-by: Konrad Dybcio <konrad.dybcio@...aro.org> # QCM6490 FP5
>>>> [luca: various cleanups and additions as written in the cover letter]
>>>> Signed-off-by: Luca Weiss <luca.weiss@...rphone.com>
>>>> ---
>>>> arch/arm64/boot/dts/qcom/sc7280.dtsi | 74 +++++++++++++++++++++++++++++++++++-
>>>> 1 file changed, 73 insertions(+), 1 deletion(-)
>>>>
>>>> diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi b/arch/arm64/boot/dts/qcom/sc7280.dtsi
>>>> index 04bf85b0399a..8b08569f2191 100644
>>>> --- a/arch/arm64/boot/dts/qcom/sc7280.dtsi
>>>> +++ b/arch/arm64/boot/dts/qcom/sc7280.dtsi
>>>> @@ -15,6 +15,7 @@
>>>> #include <dt-bindings/dma/qcom-gpi.h>
>>>> #include <dt-bindings/firmware/qcom,scm.h>
>>>> #include <dt-bindings/gpio/gpio.h>
>>>> +#include <dt-bindings/interconnect/qcom,icc.h>
>>>> #include <dt-bindings/interconnect/qcom,osm-l3.h>
>>>> #include <dt-bindings/interconnect/qcom,sc7280.h>
>>>> #include <dt-bindings/interrupt-controller/arm-gic.h>
>>>> @@ -906,7 +907,7 @@ gcc: clock-controller@...000 {
>>>> clocks = <&rpmhcc RPMH_CXO_CLK>,
>>>> <&rpmhcc RPMH_CXO_CLK_A>, <&sleep_clk>,
>>>> <0>, <&pcie1_phy>,
>>>> - <0>, <0>, <0>,
>>>> + <&ufs_mem_phy 0>, <&ufs_mem_phy 1>, <&ufs_mem_phy 2>,
>>>> <&usb_1_qmpphy QMP_USB43DP_USB3_PIPE_CLK>;
>>>> clock-names = "bi_tcxo", "bi_tcxo_ao", "sleep_clk",
>>>> "pcie_0_pipe_clk", "pcie_1_pipe_clk",
>>>> @@ -2238,6 +2239,77 @@ pcie1_phy: phy@...e000 {
>>>> status = "disabled";
>>>> };
>>>>
>>>> + ufs_mem_hc: ufs@...4000 {
>>>> + compatible = "qcom,sc7280-ufshc", "qcom,ufshc",
>>>> + "jedec,ufs-2.0";
>>>> + reg = <0x0 0x01d84000 0x0 0x3000>;
>>>> + interrupts = <GIC_SPI 265 IRQ_TYPE_LEVEL_HIGH>;
>>>> + phys = <&ufs_mem_phy>;
>>>> + phy-names = "ufsphy";
>>>> + lanes-per-direction = <2>;
>>>> + #reset-cells = <1>;
>>>> + resets = <&gcc GCC_UFS_PHY_BCR>;
>>>> + reset-names = "rst";
>>>> +
>>>> + power-domains = <&gcc GCC_UFS_PHY_GDSC>;
>>>> + required-opps = <&rpmhpd_opp_nom>;
>>>> +
>>>> + iommus = <&apps_smmu 0x80 0x0>;
>>>> + dma-coherent;
>>>> +
>>>> + interconnects = <&aggre1_noc MASTER_UFS_MEM QCOM_ICC_TAG_ALWAYS
>>>> + &mc_virt SLAVE_EBI1 QCOM_ICC_TAG_ALWAYS>,
>>>> + <&gem_noc MASTER_APPSS_PROC QCOM_ICC_TAG_ALWAYS
>>>> + &cnoc2 SLAVE_UFS_MEM_CFG QCOM_ICC_TAG_ALWAYS>;
>>>> + interconnect-names = "ufs-ddr", "cpu-ufs";
>>>> +
>>>> + clocks = <&gcc GCC_UFS_PHY_AXI_CLK>,
>>>> + <&gcc GCC_AGGRE_UFS_PHY_AXI_CLK>,
>>>> + <&gcc GCC_UFS_PHY_AHB_CLK>,
>>>> + <&gcc GCC_UFS_PHY_UNIPRO_CORE_CLK>,
>>>> + <&rpmhcc RPMH_CXO_CLK>,
>>>> + <&gcc GCC_UFS_PHY_TX_SYMBOL_0_CLK>,
>>>> + <&gcc GCC_UFS_PHY_RX_SYMBOL_0_CLK>,
>>>> + <&gcc GCC_UFS_PHY_RX_SYMBOL_1_CLK>;
>>>> + clock-names = "core_clk",
>>>> + "bus_aggr_clk",
>>>> + "iface_clk",
>>>> + "core_clk_unipro",
>>>> + "ref_clk",
>>>> + "tx_lane0_sync_clk",
>>>> + "rx_lane0_sync_clk",
>>>> + "rx_lane1_sync_clk";
>>>> + freq-table-hz =
>>>> + <75000000 300000000>,
>>>> + <0 0>,
>>>> + <0 0>,
>>>> + <75000000 300000000>,
>>>> + <0 0>,
>>>> + <0 0>,
>>>> + <0 0>,
>>>> + <0 0>;
>>>> + status = "disabled";
>>>> + };
>>>> +
>>>> + ufs_mem_phy: phy@...7000 {
>>>> + compatible = "qcom,sc7280-qmp-ufs-phy";
>>>> + reg = <0x0 0x01d87000 0x0 0xe00>;
>>>> + clocks = <&rpmhcc RPMH_CXO_CLK>,
>>>> + <&gcc GCC_UFS_PHY_PHY_AUX_CLK>,
>>>> + <&gcc GCC_UFS_1_CLKREF_EN>;
>>>> + clock-names = "ref", "ref_aux", "qref";
>>>> +
>>>> + power-domains = <&gcc GCC_UFS_PHY_GDSC>;
>>
>> Hi Nitin,
>>
>>>
>>> GCC_UFS_PHY_GDSC is UFS controller GDSC. For sc7280 Phy we don't need this.
>>
>> In the current dt-bindings the power-domains property is required.
>>
>> Is there another power-domain for the PHY to use, or do we need to
>> adjust the bindings to not require power-domains property for ufs phy on
>> sc7280?
>>
>
> PHYs are backed by MX power domain. So you should use that.
>
>> Also, with "PHY" in the name, it's interesting that this is not for the
>> phy ;)
>>
>
> Yes, confusing indeed. But the controllers (PCIe, UFS, USB etc...) are backed by
> GDSCs and all the analog components (PHYs) belong to MX domain since it is kind
> of always ON.
>
> I'll submit a series to fix this for the rest of the SoCs.
>
> - Mani
>
Hi Mani,
UFS Phy is a passive driver and its resource enable/disable is
controlled by UFS controller driver.
Since PHY belongs to MX domain which is always on. IMO, there is no need
for explicitly voting for MX domain for sc7280 and older targets.
Only starting SM8550, we have a separate UFS PHY GDSC which needs to be
voted for enabling or disabling and hence we need to have power-domain
property for SM8550.
Hence, I feel updating the binding to reflect that power-domains is not
a required field would be more correct.
Regards,
Nitin
>> Regards
>> Luca
>>
>>>
>>>> +
>>>> + resets = <&ufs_mem_hc 0>;
>>>> + reset-names = "ufsphy";
>>>> +
>>>> + #clock-cells = <1>;
>>>> + #phy-cells = <0>;
>>>> +
>>>> + status = "disabled";
>>>> + };
>>>> +
>>>> ipa: ipa@...0000 {
>>>> compatible = "qcom,sc7280-ipa";
>>>>
>>>>
>>
>
Powered by blists - more mailing lists