From: sashiko-bot@kernel.org
To: "Peng Fan (OSS)" <peng.fan@oss.nxp.com>
Cc: robh@kernel.org, Frank.Li@kernel.org, imx@lists.linux.dev,
conor+dt@kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH 3/9] arm64: dts: imx8ulp: Correct SRAM node address and size to cover full SSRAM P2
Date: Wed, 15 Jul 2026 12:47:36 +0000 [thread overview]
Message-ID: <20260715124736.CDE9A1F00A3A@smtp.kernel.org> (raw)
In-Reply-To: <20260715-imx8ulp-dts-v1-3-19651358b599@nxp.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] The `ranges` property of the `sram` node and the `scmi_buf` child node were not updated to match the newly expanded SRAM `reg` region.
--
--- Patch [3]: [PATCH 3/9] arm64: dts: imx8ulp: Correct SRAM node address and size to cover full SSRAM P2 ---
commit e7f90a5991db01135d232289fb75ec4528de4fca
Author: Peng Fan <peng.fan@nxp.com>
arm64: dts: imx8ulp: Correct SRAM node address and size to cover full SSRAM P2
The SSRAM P2 partition starts at 0x22010000 with a size of 64 KB.
The previous node only mapped the last 4 KB (0x2201f000, 0x1000) which
was used for the SCMI shared memory buffer. Update the base address and
size to cover the full P2 region so it can also serve as a general
purpose SRAM pool.
> diff --git a/arch/arm64/boot/dts/freescale/imx8ulp.dtsi b/arch/arm64/boot/dts/freescale/imx8ulp.dtsi
> --- a/arch/arm64/boot/dts/freescale/imx8ulp.dtsi
> +++ b/arch/arm64/boot/dts/freescale/imx8ulp.dtsi
> @@ -154,9 +154,9 @@ sosc: clock-sosc {
> #clock-cells = <0>;
> };
>
> - sram@2201f000 {
> + sram@22010000 {
> compatible = "mmio-sram";
> - reg = <0x0 0x2201f000 0x0 0x1000>;
> + reg = <0x0 0x22010000 0x0 0x10000>;
>
> #address-cells = <1>;
> #size-cells = <1>;
> ranges = <0 0x0 0x2201f000 0x1000>;
>
> scmi_buf: scmi-sram-section@0 {
> compatible = "arm,scmi-shmem";
> reg = <0x0 0x400>;
> };
[Severity: Medium]
Since the reg property was expanded to cover the full 64KB region starting
at 0x22010000, should the ranges property and the scmi_buf node also be
updated to match?
Right now, ranges still only maps the last 4KB (0x2201f000). Any new child
nodes attempting to use the lower 60KB (0x22010000 to 0x2201efff) as a
general-purpose pool will fail to resolve their addresses.
Also, if ranges is updated to map from the new 0x22010000 base, wouldn't
the scmi_buf child node offset need to be updated to 0xf000 to maintain
its previous absolute address?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260715-imx8ulp-dts-v1-0-19651358b599@nxp.com?part=3
next prev parent reply other threads:[~2026-07-15 12:47 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-15 12:33 [PATCH 0/9] arm64: dts: imx8ulp: Device tree updates for i.MX 8ULP EVK boards Peng Fan (OSS)
2026-07-15 12:33 ` [PATCH 1/9] arm64: dts: imx8ulp: Add DMA channel properties and use eDMA flag macros Peng Fan (OSS)
2026-07-15 12:33 ` [PATCH 2/9] arm64: dts: imx8ulp: Add I3C2 controller node Peng Fan (OSS)
2026-07-15 12:42 ` sashiko-bot
2026-07-15 15:12 ` Frank Li
2026-07-15 12:33 ` [PATCH 3/9] arm64: dts: imx8ulp: Correct SRAM node address and size to cover full SSRAM P2 Peng Fan (OSS)
2026-07-15 12:47 ` sashiko-bot [this message]
2026-07-15 15:14 ` Frank Li
2026-07-15 12:33 ` [PATCH 4/9] arm64: dts: imx8ulp: Add assigned clock properties for LPUART nodes Peng Fan (OSS)
2026-07-15 12:33 ` [PATCH 5/9] arm64: dts: imx8ulp-evk: Add gpio-keys node for power button Peng Fan (OSS)
2026-07-15 12:33 ` [PATCH 6/9] arm64: dts: imx8ulp-evk: Enable LPUART6 for Bluetooth Peng Fan (OSS)
2026-07-15 15:17 ` Frank Li
2026-07-15 12:33 ` [PATCH 7/9] arm64: dts: imx8ulp-evk: Enable LPUART7 Peng Fan (OSS)
2026-07-15 15:18 ` Frank Li
2026-07-15 12:33 ` [PATCH 8/9] arm64: dts: imx8ulp-evk: Change the values of some PCRs of ENET Peng Fan (OSS)
2026-07-15 12:33 ` [PATCH 9/9] arm64: dts: imx8ulp-9x9-evk: Rename model string to reflect die size Peng Fan (OSS)
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=20260715124736.CDE9A1F00A3A@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=Frank.Li@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=imx@lists.linux.dev \
--cc=peng.fan@oss.nxp.com \
--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