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: <CAMRc=McDHi5EVpBjsuFE+JHgBhh84tsT6xr5PWO5yeU8zbS99Q@mail.gmail.com> Date: Thu, 5 Sep 2024 20:23:39 +0200 From: Bartosz Golaszewski <brgl@...ev.pl> To: Johan Hovold <johan@...nel.org> Cc: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>, 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> Subject: Re: [PATCH v3 4/4] arm64: dts: qcom: sc8280xp-x13s: keep less regulators always-on On Thu, Sep 5, 2024 at 4:04 PM Johan Hovold <johan@...nel.org> wrote: > > On Thu, Sep 05, 2024 at 02:20:22PM +0200, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski <bartosz.golaszewski@...aro.org> > > > > Remove the regulator-always-on property from the ones that used to be > > implicitly needed by the on-board WCN6855 now that its PMU is modeled in > > device-tree. > > > > Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@...aro.org> > > --- > > arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts | 4 ---- > > 1 file changed, 4 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 88b31550f9df..1a9dac16c952 100644 > > --- a/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts > > +++ b/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts > > @@ -479,7 +479,6 @@ vreg_s10b: smps10 { > > regulator-min-microvolt = <1800000>; > > regulator-max-microvolt = <1800000>; > > regulator-initial-mode = <RPMH_REGULATOR_MODE_HPM>; > > - regulator-always-on; > > }; > > What makes you think s10b is only used by wcn6855? > I didn't say that. It's used by many components but they seem to be all described in DT. But I get it, the schematics show it in so many places, it would be risky to not keep it on. > You clearly did not check the schematics so make sure you verify the > rest as well before resending. > > And if any of these are valid, I think this should be part of the > previous patch. > At least vreg_s11b and vreg_s12b should be fine. I'm not sure when I'll respin the series though, we need to first figure out whether to upstream the calibration variant property and what its name should be. Bart
Powered by blists - more mailing lists