linux-kernel - Re: [PATCH v9 02/10] arm64: dts: qcom: Add base SM8550 dtsi

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20230117091446.GA3704192@hu-pkondeti-hyd.qualcomm.com>
Date:   Tue, 17 Jan 2023 14:44:46 +0530
From:   Pavan Kondeti <quic_pkondeti@...cinc.com>
To:     Abel Vesa <abel.vesa@...aro.org>
CC:     Andy Gross <agross@...nel.org>,
        Bjorn Andersson <andersson@...nel.org>,
        Konrad Dybcio <konrad.dybcio@...aro.org>,
        Rob Herring <robh+dt@...nel.org>,
        Krzysztof Kozlowski <krzysztof.kozlowski+dt@...aro.org>,
        Neil Armstrong <neil.armstrong@...aro.org>,
        Dmitry Baryshkov <dmitry.baryshkov@...aro.org>,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        <devicetree@...r.kernel.org>, <linux-arm-msm@...r.kernel.org>,
        "Sai Prakash Ranjan" <quic_saipraka@...cinc.com>
Subject: Re: [PATCH v9 02/10] arm64: dts: qcom: Add base SM8550 dtsi

On Fri, Jan 06, 2023 at 10:10:39PM +0200, Abel Vesa wrote:
> +		cpufreq_hw: cpufreq@...91000 {
> +			compatible = "qcom,sm8550-cpufreq-epss", "qcom,cpufreq-epss";
> +			reg = <0 0x17d91000 0 0x1000>,
> +			      <0 0x17d92000 0 0x1000>,
> +			      <0 0x17d93000 0 0x1000>;
> +			reg-names = "freq-domain0", "freq-domain1", "freq-domain2";
> +			clocks = <&rpmhcc RPMH_CXO_CLK>, <&gcc GCC_GPLL0>;
> +			clock-names = "xo", "alternate";
> +			interrupts = <GIC_SPI 30 IRQ_TYPE_LEVEL_HIGH>,
> +				     <GIC_SPI 31 IRQ_TYPE_LEVEL_HIGH>,
> +				     <GIC_SPI 19 IRQ_TYPE_LEVEL_HIGH>;
> +			interrupt-names = "dcvsh-irq-0", "dcvsh-irq-1", "dcvsh-irq-2";
> +			#freq-domain-cells = <1>;
> +		};

Currently, I am seeing available frequencies as 2x of the original
frequencies. This is observed for all CPUs. The xo source should be bi_tcxo here.
I will send a patch on top of qcom/linux : arm64-for-6.3 branch.

Thanks,
Pavan