Devicetree
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Anurag Pateriya" <anurag.pateriya@oss.qualcomm.com>
Cc: devicetree@vger.kernel.org, robh@kernel.org, conor+dt@kernel.org
Subject: Re: [PATCH 2/2] PENDING: arm64: dts: qcom: kaanapali: add reboot-mode support
Date: Fri, 29 May 2026 15:09:17 +0000	[thread overview]
Message-ID: <20260529150917.82F7E1F00893@smtp.kernel.org> (raw)
In-Reply-To: <20260529-psci_sys_reset-dt-changes-for-pakala-v1-2-7c32161cf50b@oss.qualcomm.com>

Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [High] The `reboot-mode` child nodes added under `&psci` lack a `compatible` property, preventing driver probing, and they violate the existing PSCI devicetree schema.
- [High] The two-cell reboot mode values provided in the device tree will be silently truncated to a single 32-bit integer by the reboot-mode core framework.
--

commit e9bed285e77f6bca37ffc7e1d8b65ad73aaf1000
Author: Xin Liu <xin.liu@oss.qualcomm.com>

PENDING: arm64: dts: qcom: kaanapali: add reboot-mode support

This commit adds PSCI SYSTEM_RESET2 reboot-modes for kaanapali-mtp and
kaanapali-qrd for use by the psci-reboot-mode driver. It defines bootloader
and edl modes.

> diff --git a/arch/arm64/boot/dts/qcom/kaanapali-mtp.dts b/arch/arm64/boot/dts/qcom/kaanapali-mtp.dts
> index 07247dc98b701..0fac663f8773f 100644
> --- a/arch/arm64/boot/dts/qcom/kaanapali-mtp.dts
> +++ b/arch/arm64/boot/dts/qcom/kaanapali-mtp.dts

[ ... ]

> @@ -1321,3 +1321,10 @@ &ufs_mem_phy {
>  
>  	status = "okay";
>  };
> +
> +&psci {
> +	reboot-mode {

[Severity: High]
Does the lack of a compatible property prevent the reboot-mode driver from
probing? Because the parent PSCI core driver does not instantiate child
platform devices via of_platform_populate(), it appears the core framework
will not instantiate a platform device here.

Additionally, will this cause a dtbs_check validation failure since the
official PSCI bindings in Documentation/devicetree/bindings/arm/psci.yaml
define additionalProperties: false and do not allow a reboot-mode child
node?

> +		mode-bootloader = <0x80010001 0x2>;
> +		mode-edl = <0x80000000 0x1>;

[Severity: High]
Will these two-cell values be silently truncated by the reboot-mode core
framework?

The standard reboot-mode subsystem in drivers/power/reset/reboot-mode.c
reads magic values using of_property_read_u32(), which extracts only the
first 32-bit cell.

Furthermore, include/linux/reboot-mode.h defines the API callback as:
int (*write)(struct reboot_mode_driver *, unsigned int magic);

This strictly enforces a single 32-bit integer argument, meaning the
secondary cell will be dropped.

> +	};
> +};

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260529-psci_sys_reset-dt-changes-for-pakala-v1-0-7c32161cf50b@oss.qualcomm.com?part=2

  reply	other threads:[~2026-05-29 15:09 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-29 14:11 [PATCH 0/2] Add psci_sys_reset2 reboot modes for Qualcomm boards Anurag Pateriya
2026-05-29 14:11 ` [PATCH 1/2] PENDING: arm64: dts: qcom: sm8750: add reboot-mode support Anurag Pateriya
2026-05-29 14:39   ` sashiko-bot
2026-05-29 14:11 ` [PATCH 2/2] PENDING: arm64: dts: qcom: kaanapali: " Anurag Pateriya
2026-05-29 15:09   ` sashiko-bot [this message]
2026-05-29 14:58 ` [PATCH 0/2] Add psci_sys_reset2 reboot modes for Qualcomm boards Anurag Pateriya

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=20260529150917.82F7E1F00893@smtp.kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=anurag.pateriya@oss.qualcomm.com \
    --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