Devicetree
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Barnabás Czémán" <barnabas.czeman@mainlining.org>
Cc: conor+dt@kernel.org, robh@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v3 5/7] dt-bindings: remoteproc: qcom,msm8916-mss-pil: Add SDM632
Date: Fri, 02 Oct 2026 09:14:05 +0000	[thread overview]
Message-ID: <20261002091405.CD7881F00893@smtp.kernel.org> (raw)
In-Reply-To: <20261002-sdm632-rpmpd-v3-5-95c47d0f26cf@mainlining.org>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] dt-bindings: remoteproc: msm8953 device trees lack newly required mss-supply
--

commit 9361957c0df3f4f2db804dba4f7e53e9096f9d42
Author: Barnabás Czémán <barnabas.czeman@mainlining.org>

dt-bindings: remoteproc: qcom,msm8916-mss-pil: Add SDM632

This commit updates the dt-bindings for the MSM8916 MSS PIL to include
SDM632. It adjusts the schemas because SDM632 is similar to MSM8953 but
uses a power domain for the mss-supply instead of a regulator.

> diff --git a/Documentation/devicetree/bindings/remoteproc/qcom,msm8916-mss-pil.yaml b/Documentation/devicetree/bindings/remoteproc/qcom,msm8916-mss-pil.yaml
> index 4049157dd83d7..049191cad5f83 100644
> --- a/Documentation/devicetree/bindings/remoteproc/qcom,msm8916-mss-pil.yaml
> +++ b/Documentation/devicetree/bindings/remoteproc/qcom,msm8916-mss-pil.yaml

[ ... ]

> @@ -287,6 +289,7 @@ allOf:
>                - qcom,msm8917-mss-pil
>                - qcom,msm8937-mss-pil
>                - qcom,msm8940-mss-pil
> +              - qcom,msm8953-mss-pil
>                - qcom,msm8974-mss-pil
>      then:
>        required:
>          - mss-supply

[Severity: High]
Does making mss-supply a required property for msm8953 break existing
device trees?

Looking at existing in-tree device trees for msm8953, such as
arch/arm64/boot/dts/qcom/msm8953.dtsi, the mpss node uses the compatible
string but does not provide an mss-supply property:

		mpss: remoteproc@4080000 {
			compatible = "qcom,msm8953-mss-pil";
			...
			power-domains = <&rpmpd MSM8953_VDDCX>,
					<&rpmpd MSM8953_VDDMX>;
			power-domain-names = "cx", "mx";

Earlier patches in this series removed the MSM8953_VDDMD power domain and
updated the driver to request an mss regulator, but the mss-supply
property was not actually added to the msm8953 device tree nodes.

Because the property is missing from the device tree nodes, merging this
series will cause schema validation to fail for all msm8953 boards.

Furthermore, at runtime, the qcom_q6v5_mss driver will silently receive a
dummy regulator for mss. Since the actual hardware regulator is never
enabled, will this cause the modem to silently fail to boot on msm8953
devices?

This issue does not appear to be resolved by any subsequent patches in the
series.

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20261002-sdm632-rpmpd-v3-0-95c47d0f26cf@mainlining.org?part=5

  reply	other threads:[~2026-10-02  9:14 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-01 22:38 [PATCH v3 0/7] MSM8953/SDM632 rpmpd/mss fixes Barnabás Czémán
2026-10-01 22:38 ` [PATCH v3 1/7] dt-bindings: power: qcom-rpmpd: define RPMPD_VDDMD Barnabás Czémán
2026-10-02  9:14   ` sashiko-bot
2026-10-02  9:57   ` Krzysztof Kozlowski
2026-10-02 14:04     ` Barnabás Czémán
2026-10-05  7:00       ` Dmitry Baryshkov
2026-10-01 22:38 ` [PATCH v3 2/7] dt-bindings: power: qcom,rpmpd: Add SDM632 Barnabás Czémán
2026-10-05  7:01   ` Dmitry Baryshkov
2026-10-01 22:38 ` [PATCH v3 3/7] pmdomain: qcom: rpmpd: Split SDM632 pm domains from MSM8953 Barnabás Czémán
2026-10-02  9:14   ` sashiko-bot
2026-10-05  7:04   ` Dmitry Baryshkov
2026-10-06 18:21     ` Barnabás Czémán
2026-10-01 22:38 ` [PATCH v3 4/7] remoteproc: qcom_q6v5_mss: Use mss as regulator for MSM8953 Barnabás Czémán
2026-10-02  9:14   ` sashiko-bot
2026-10-05  7:06   ` Dmitry Baryshkov
2026-10-06 18:18     ` Barnabás Czémán
2026-10-01 22:38 ` [PATCH v3 5/7] dt-bindings: remoteproc: qcom,msm8916-mss-pil: Add SDM632 Barnabás Czémán
2026-10-02  9:14   ` sashiko-bot [this message]
2026-10-02 10:01   ` Krzysztof Kozlowski
2026-10-02 14:05     ` Barnabás Czémán
2026-10-01 22:38 ` [PATCH v3 6/7] remoteproc: qcom_q6v5_mss: Add SDM632 MSS Barnabás Czémán
2026-10-01 22:38 ` [PATCH v3 7/7] arm64: dts: qcom: sdm632: Correct power domains Barnabás Czémán
2026-10-02  9:14   ` sashiko-bot

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=20261002091405.CD7881F00893@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=barnabas.czeman@mainlining.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=robh@kernel.org \
    --cc=sashiko-reviews@lists.linux.dev \
    /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