[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <gk4c75u22i6kmqlpv6p6xgv4xcmf6z2jyhti7ccj36gnref2l2@xpumii6ldxcv>
Date: Mon, 2 Dec 2024 12:12:06 +0200
From: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
To: Tingguo Cheng <quic_tingguoc@...cinc.com>
Cc: quic_fenglinw@...cinc.com, quic_tingweiz@...cinc.com,
kernel@...cinc.com, quic_eberman@...cinc.com, 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
Subject: Re: [PATCH v6 2/3] arm64: dts: qcom: move pon reboot-modes from
pm8150.dtsi to board files
On Mon, Dec 02, 2024 at 05:37:23PM +0800, Tingguo Cheng wrote:
> Reboot modes were originally managed by PMIC pon driver on mobile/IoT
> platforms, such as sm8150,sm8250,qdu1000... But recently, QCS615 is
> going to adopt PSCI to manage linux reboot modes, which involves firm
> wares to co-work with. In this case, reboot-modes should be removed
> from pon dts node to avoid conflicting. This implies that reboot modes
> go with devices rather than PMICs as well.
>
> Signed-off-by: Tingguo Cheng <quic_tingguoc@...cinc.com>
> ---
> arch/arm64/boot/dts/qcom/pm8150.dtsi | 2 --
> arch/arm64/boot/dts/qcom/qdu1000-idp.dts | 5 +++++
> arch/arm64/boot/dts/qcom/qrb5165-rb5.dts | 5 +++++
> arch/arm64/boot/dts/qcom/qru1000-idp.dts | 5 +++++
> arch/arm64/boot/dts/qcom/sm8150-hdk.dts | 5 +++++
> arch/arm64/boot/dts/qcom/sm8150-microsoft-surface-duo.dts | 5 +++++
> arch/arm64/boot/dts/qcom/sm8150-mtp.dts | 5 +++++
> arch/arm64/boot/dts/qcom/sm8150-sony-xperia-kumano.dtsi | 5 +++++
> arch/arm64/boot/dts/qcom/sm8250-hdk.dts | 5 +++++
> arch/arm64/boot/dts/qcom/sm8250-mtp.dts | 5 +++++
> arch/arm64/boot/dts/qcom/sm8250-sony-xperia-edo.dtsi | 5 +++++
> arch/arm64/boot/dts/qcom/sm8250-xiaomi-elish-common.dtsi | 5 +++++
> arch/arm64/boot/dts/qcom/sm8250-xiaomi-pipa.dts | 5 +++++
> 13 files changed, 60 insertions(+), 2 deletions(-)
>
Should the qcom-pon.c driver also be modified to skip registration in
such a case? (Can be handled as a separate patch, no need to include it
here / repost the series.)
For the patch itself:
Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@...aro.org>
--
With best wishes
Dmitry
Powered by blists - more mailing lists