Re: [PATCH v3 1/4] arm64: dts: qcom: sc8280xp-crd: model the PMU of the on-board wcn6855
From: Dmitry Baryshkov
Date: Thu Sep 05 2024 - 08:56:39 EST
On Thu, 5 Sept 2024 at 15:53, Bartosz Golaszewski <brgl@xxxxxxxx> wrote:
>
> On Thu, Sep 5, 2024 at 2:50 PM Dmitry Baryshkov <dbaryshkov@xxxxxxxxx> wrote:
> >
> > On Thu, Sep 05, 2024 at 02:20:19PM GMT, Bartosz Golaszewski wrote:
> > > From: Konrad Dybcio <konradybcio@xxxxxxxxxx>
> > >
> > > Add nodes for the WCN6855 PMU, the WLAN module and relevant regulators
> > > and pin functions to fully describe how the wifi is actually wired on
> > > this platform.
> > >
> > > Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
> > > Signed-off-by: Konrad Dybcio <konradybcio@xxxxxxxxxx>
> > > [Bartosz:
> > > - write the commit message,
> > > - rebase Konrad's commit,
> > > - fix one of the supplies' name]
> > > Co-developed-by: Bartosz Golaszewski <bartosz.golaszewski@xxxxxxxxxx>
> > > Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@xxxxxxxxxx>
> > > ---
> > > arch/arm64/boot/dts/qcom/sc8280xp-crd.dts | 108 ++++++++++++++++++++++
> > > 1 file changed, 108 insertions(+)
> > >
> > > @@ -583,6 +668,23 @@ &pcie4_phy {
> > > status = "okay";
> > > };
> > >
> > > +&pcie4_port0 {
> > > + wifi@0 {
> > > + compatible = "pci17cb,1103";
> > > + reg = <0x10000 0x0 0x0 0x0 0x0>;
> > > +
> > > + vddrfacmn-supply = <&vreg_pmu_rfa_cmn_0p8>;
> > > + vddaon-supply = <&vreg_pmu_aon_0p8>;
> > > + vddwlcx-supply = <&vreg_pmu_wlcx_0p8>;
> > > + vddwlmx-supply = <&vreg_pmu_wlmx_0p8>;
> > > + vddpcie1p8-supply = <&vreg_pmu_pcie_1p8>;
> > > + vddpcie0p9-supply = <&vreg_pmu_pcie_0p9>;
> > > + vddrfa0p8-supply = <&vreg_pmu_rfa_0p8>;
> > > + vddrfa1p2-supply = <&vreg_pmu_rfa_1p2>;
> > > + vddrfa1p8-supply = <&vreg_pmu_rfa_1p7>;
> >
> > As you are going to post another revision, please also add
> >
> > qcom,ath11k-calibration-variant
> >
>
> I had it in earlier revisions. The only one we could add here would be
> the one from X13s as QCom has not yet released the data for the CRD.
> Johan and Konrad were against adding this here if it doesn't refer to
> the correct one so I dropped it.
As Kalle usually merges data with some delay it's not infrequent to
have DTS which names calibration variant, but board-2.bin doesn't have
corresponding data. The driver safely falls back to the data without
variant if it can find it. Als usually it's us who supply the
calibration name.
>
> Bart
>
> > > + };
> > > +};
> > > +
> > > &pmc8280c_lpg {
> > > status = "okay";
> > > };
> >
> > --
> > With best wishes
> > Dmitry
--
With best wishes
Dmitry