All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
To: "Shawn Guo" <shengchao.guo@oss.qualcomm.com>
Cc: devicetree@vger.kernel.org, robh@kernel.org, conor+dt@kernel.org
Subject: Re: [PATCH v5 3/7] arm64: dts: qcom: nord-rrd: Enable ADSP and CDSPs
Date: Wed, 14 Oct 2026 06:54:23 +0000	[thread overview]
Message-ID: <sashiko-outbox-170903@kernel.org> (raw)
In-Reply-To: <20261014063953.549379-4-shengchao.guo@oss.qualcomm.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] dts: qcom: identical firmware and DTB paths for all CDSP instances
--

commit df6b28010f1754564cc47d083b73f91275527a95
Author: Shawn Guo <shengchao.guo@oss.qualcomm.com>

arm64: dts: qcom: nord-rrd: Enable ADSP and CDSPs

This commit enables the ADSP (HPASS DSP) and CDSPs remoteproc instances on
the Nord RRD board by specifying their firmware and DTB paths.

> diff --git a/arch/arm64/boot/dts/qcom/nord-rrd.dts b/arch/arm64/boot/dts/qcom/nord-rrd.dts
> index 3673003c8b213..0b0acd33a2e19 100644
> --- a/arch/arm64/boot/dts/qcom/nord-rrd.dts
> +++ b/arch/arm64/boot/dts/qcom/nord-rrd.dts

[ ... ]

> +&remoteproc_cdsp0 {
> +	firmware-name = "qcom/nord/cdsp.mbn",
> +			"qcom/nord/cdsp_dtb.mbn";
> +
> +	status = "okay";
> +};
> +
> +&remoteproc_cdsp1 {
> +	firmware-name = "qcom/nord/cdsp.mbn",
> +			"qcom/nord/cdsp_dtb.mbn";

[Severity: Medium]
Will this cause resource conflicts by sharing the exact same Device Tree Blob
(cdsp_dtb.mbn) across multiple CDSP instances?

The DTB typically contains DSP-specific hardware configurations like PAS IDs,
minidump allocations, and IPC settings. While sharing the base firmware
binary might be possible, assigning the same DTB to CDSP1 overrides the
unique default configurations.

For example, looking at nord_cdsp1_resource in qcom_q6v5_pas.c, the driver
explicitly expects unique names:

drivers/remoteproc/qcom_q6v5_pas.c:
	.firmware_name = "cdsp1.mbn",
	.dtb_firmware_name = "cdsp1_dtb.mbn",

Should CDSP1, CDSP2, and CDSP3 use their respective unique DTB names instead
of CDSP0's dtb?

> +
> +	status = "okay";
> +};
> +
> +&remoteproc_cdsp2 {
> +	firmware-name = "qcom/nord/cdsp.mbn",
> +			"qcom/nord/cdsp_dtb.mbn";

[Severity: Medium]
Does this have the same issue of overriding the default cdsp2_dtb.mbn with
CDSP0's DTB?

> +
> +	status = "okay";
> +};
> +
> +&remoteproc_cdsp3 {
> +	firmware-name = "qcom/nord/cdsp.mbn",
> +			"qcom/nord/cdsp_dtb.mbn";

[Severity: Medium]
Does this similarly misconfigure CDSP3 by assigning it CDSP0's DTB?

> +
> +	status = "okay";
> +};

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20261014063953.549379-1-shengchao.guo@oss.qualcomm.com?part=3

  reply	other threads:[~2026-10-14  6:54 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-14  6:39 [PATCH v5 0/7] arm64: dts: qcom: nord: Add remoteproc and PMIC support Shawn Guo
2026-10-14  6:39 ` [PATCH v5 1/7] dt-bindings: rtc: qcom-pm8xxx: Document PMM8654AU RTC Shawn Guo
2026-10-14  6:39 ` [PATCH v5 2/7] arm64: dts: qcom: nord: Add support for ADSP and CDSPs Shawn Guo
2026-10-14  6:39 ` [PATCH v5 3/7] arm64: dts: qcom: nord-rrd: Enable " Shawn Guo
2026-10-14  6:54   ` sashiko-bot [this message]
2026-10-14  6:39 ` [PATCH v5 4/7] arm64: dts: qcom: nord: Add the SPMI PMIC arbiter Shawn Guo
2026-10-14  6:39 ` [PATCH v5 5/7] arm64: dts: qcom: nord: Add PMAU0102 and PMM8650AU PMIC support Shawn Guo
2026-10-14  6:39 ` [PATCH v5 6/7] dt-bindings: arm: qcom: Document Nord Ride Embedded board Shawn Guo
2026-10-14  6:39 ` [PATCH v5 7/7] arm64: dts: qcom: Add initial support for " Shawn Guo

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=sashiko-outbox-170903@kernel.org \
    --to=sashiko-bot@kernel.org \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=robh@kernel.org \
    --cc=sashiko-reviews@lists.linux.dev \
    --cc=shengchao.guo@oss.qualcomm.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.