From: "Barnabás Czémán" <barnabas.czeman@mainlining.org>
To: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Cc: Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Bjorn Andersson <andersson@kernel.org>,
Ulf Hansson <ulf.hansson@linaro.org>,
Mathieu Poirier <mathieu.poirier@linaro.org>,
Konrad Dybcio <konradybcio@kernel.org>,
Stephan Gerhold <stephan@gerhold.net>,
linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org,
linux-remoteproc@vger.kernel.org
Subject: Re: [PATCH 1/7] dt-bindings: power: qcom-rpmpd: Split MSM8953 and SDM632
Date: Sat, 28 Mar 2026 09:22:19 +0100 [thread overview]
Message-ID: <39a320e472ddc6d44c950a995b577e77@mainlining.org> (raw)
In-Reply-To: <ocrzwxmr256h3ef7ifwx3z6jgtzubiha3forfi7nao6gakb6wu@recertxxhlip>
On 2026-03-27 21:26, Dmitry Baryshkov wrote:
> On Fri, Mar 27, 2026 at 09:11:43PM +0100, Barnabás Czémán wrote:
>> Remove modem related bindings from MSM8953 rpmpd because MSM8953 MSS
>> is using mss-supply as a regulator usually it is pm8953_s1.
>> Split SDM632 bindings from MSM8953 because SDM632 is using mss-supply
>> as a pm domain.
>>
>> Signed-off-by: Barnabás Czémán <barnabas.czeman@mainlining.org>
>> ---
>> .../devicetree/bindings/power/qcom,rpmpd.yaml | 1 +
>> include/dt-bindings/power/qcom-rpmpd.h | 20
>> +++++++++++++-------
>> 2 files changed, 14 insertions(+), 7 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/power/qcom,rpmpd.yaml
>> b/Documentation/devicetree/bindings/power/qcom,rpmpd.yaml
>> index 8174ceeab572..659936d6a46e 100644
>> --- a/Documentation/devicetree/bindings/power/qcom,rpmpd.yaml
>> +++ b/Documentation/devicetree/bindings/power/qcom,rpmpd.yaml
>> @@ -48,6 +48,7 @@ properties:
>> - qcom,sc7280-rpmhpd
>> - qcom,sc8180x-rpmhpd
>> - qcom,sc8280xp-rpmhpd
>> + - qcom,sdm632-rpmpd
>> - qcom,sdm660-rpmpd
>> - qcom,sdm670-rpmhpd
>> - qcom,sdm845-rpmhpd
>> diff --git a/include/dt-bindings/power/qcom-rpmpd.h
>> b/include/dt-bindings/power/qcom-rpmpd.h
>> index 4371ac941f29..2d82434b993c 100644
>> --- a/include/dt-bindings/power/qcom-rpmpd.h
>> +++ b/include/dt-bindings/power/qcom-rpmpd.h
>> @@ -84,13 +84,11 @@
>> #define QM215_VDDMX_AO MSM8917_VDDMX_AO
>>
>> /* MSM8953 Power Domain Indexes */
>> -#define MSM8953_VDDMD 0
>> -#define MSM8953_VDDMD_AO 1
>> -#define MSM8953_VDDCX 2
>> -#define MSM8953_VDDCX_AO 3
>> -#define MSM8953_VDDCX_VFL 4
>> -#define MSM8953_VDDMX 5
>> -#define MSM8953_VDDMX_AO 6
>> +#define MSM8953_VDDCX RPMPD_VDDCX
>> +#define MSM8953_VDDCX_AO RPMPD_VDDCX_AO
>> +#define MSM8953_VDDCX_VFL RPMPD_VDDCX_VFL
>> +#define MSM8953_VDDMX RPMPD_VDDMX
>> +#define MSM8953_VDDMX_AO RPMPD_VDDMX_AO
>
> Well, no. This is an ABI break. It will make previous DT to stop from
> working. You can drop unused indices, but you can not change the values
> used by the existing domains.
Do these indices never can be changed?
>
>>
>> /* MSM8974 Power Domain Indexes */
>> #define MSM8974_VDDCX 0
>> @@ -156,6 +154,14 @@
>> #define QCS404_LPIMX 5
>> #define QCS404_LPIMX_VFL 6
>>
>> +/* SDM632 Power Domain Indexes */
>> +#define SDM632_VDDMD 0
>> +#define SDM632_VDDCX 1
>> +#define SDM632_VDDCX_AO 2
>> +#define SDM632_VDDCX_VFL 3
>> +#define SDM632_VDDMX 4
>> +#define SDM632_VDDMX_AO 5
>
> Please use RPMHPD_* instead of introducing new entries.
I do not understand completely, should I use RPHPD bindings in rpmpd
driver or
I should use rpmhpd driver for SDM632?
>
>> +
>> /* SDM660 Power Domains */
>> #define SDM660_VDDCX RPMPD_VDDCX
>> #define SDM660_VDDCX_AO RPMPD_VDDCX_AO
>>
>> --
>> 2.53.0
>>
next prev parent reply other threads:[~2026-03-28 8:22 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-27 20:11 [PATCH 0/7] MSM8953/SDM632 rpmpd/mss fixes Barnabás Czémán
2026-03-27 20:11 ` [PATCH 1/7] dt-bindings: power: qcom-rpmpd: Split MSM8953 and SDM632 Barnabás Czémán
2026-03-27 20:26 ` Dmitry Baryshkov
2026-03-28 8:22 ` Barnabás Czémán [this message]
2026-03-29 9:51 ` Dmitry Baryshkov
2026-03-29 9:37 ` Krzysztof Kozlowski
2026-03-27 20:11 ` [PATCH 2/7] pmdomain: qcom: rpmpd: Split SDM632 pm domains from MSM8953 Barnabás Czémán
2026-03-27 20:11 ` [PATCH 3/7] remoteproc: qcom_q6v5_mss: Use mss as regulator for MSM8953 Barnabás Czémán
2026-03-27 20:11 ` [PATCH 4/7] arm64: dts: qcom: msm8953: fix modem pm domains Barnabás Czémán
2026-03-27 20:35 ` Dmitry Baryshkov
2026-03-27 20:11 ` [PATCH 5/7] dt-bindings: remoteproc: qcom,msm8916-mss-pil: Add SDM632 Barnabás Czémán
2026-03-27 20:11 ` [PATCH 6/7] remoteproc: qcom_q6v5_mss: Add SDM632 MSS Barnabás Czémán
2026-03-27 20:11 ` [PATCH 7/7] arm64: dts: qcom: sdm632: Correct power domains Barnabás Czémán
2026-03-27 20:33 ` [PATCH 0/7] MSM8953/SDM632 rpmpd/mss fixes Dmitry Baryshkov
2026-03-27 20:38 ` Barnabás Czémán
2026-03-27 20:45 ` Dmitry Baryshkov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=39a320e472ddc6d44c950a995b577e77@mainlining.org \
--to=barnabas.czeman@mainlining.org \
--cc=andersson@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.baryshkov@oss.qualcomm.com \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=linux-remoteproc@vger.kernel.org \
--cc=mathieu.poirier@linaro.org \
--cc=robh@kernel.org \
--cc=stephan@gerhold.net \
--cc=ulf.hansson@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox