[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAMRc=McmnXe83bsRf+uivV05Z_dv8V9ox5Rx3kGH9O1eDpka1A@mail.gmail.com>
Date: Thu, 5 Sep 2024 14:21:30 +0200
From: Bartosz Golaszewski <brgl@...ev.pl>
To: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
Cc: Bjorn Andersson <andersson@...nel.org>, Konrad Dybcio <konradybcio@...nel.org>,
Rob Herring <robh@...nel.org>, Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>,
linux-arm-msm@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org,
Bartosz Golaszewski <bartosz.golaszewski@...aro.org>, Steev Klimaszewski <steev@...i.org>
Subject: Re: [PATCH v2 3/3] arm64: dts: qcom: sc8280xp-x13s: model the PMU of
the on-board wcn6855
On Tue, Sep 3, 2024 at 4:18 PM Dmitry Baryshkov
<dmitry.baryshkov@...aro.org> wrote:
>
> On Tue, Sep 03, 2024 at 11:36:28AM GMT, Bartosz Golaszewski wrote:
> > From: Bartosz Golaszewski <bartosz.golaszewski@...aro.org>
> >
> > Add a node for the PMU of the WCN6855 and rework the inputs of the wifi
> > and bluetooth nodes to consume the PMU's outputs.
> >
> > Tested-by: Steev Klimaszewski <steev@...i.org> # Thinkpad X13s
> > Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@...aro.org>
> > ---
> > .../qcom/sc8280xp-lenovo-thinkpad-x13s.dts | 98 ++++++++++++++++---
> > 1 file changed, 86 insertions(+), 12 deletions(-)
> >
> > diff --git a/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts b/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts
> > index 6a28cab97189..88b31550f9df 100644
> > --- a/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts
> > +++ b/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts
> > @@ -400,6 +400,67 @@ usb1_sbu_mux: endpoint {
> > };
> > };
> > };
> > +
> > + wcn6855-pmu {
> > + compatible = "qcom,wcn6855-pmu";
> > +
> > + pinctrl-0 = <&wlan_en>;
> > + pinctrl-names = "default";
> > +
> > + wlan-enable-gpios = <&tlmm 134 GPIO_ACTIVE_HIGH>;
> > + bt-enable-gpios = <&tlmm 133 GPIO_ACTIVE_HIGH>;
> > +
> > + vddio-supply = <&vreg_s10b>;
> > + vddaon-supply = <&vreg_s12b>;
> > + vddpmu-supply = <&vreg_s12b>;
> > + vddrfa0p95-supply = <&vreg_s12b>;
> > + vddrfa1p3-supply = <&vreg_s11b>;
> > + vddrfa1p9-supply = <&vreg_s1c>;
> > + vddpcie1p3-supply = <&vreg_s11b>;
> > + vddpcie1p9-supply = <&vreg_s1c>;
>
> As the WiFi is now properly using the PMU, should we also remove some of
> the regulator-always-on properties?
>
I added a separate patch that doesn't seem to impact anything with the
PMU changes applied but will be easy to revert if something does
break.
Bart
> > +
>
> --
> With best wishes
> Dmitry
Powered by blists - more mailing lists