From: sashiko-bot@kernel.org
To: "Ernest Van Hoecke" <ernestvanhoecke@gmail.com>
Cc: devicetree@vger.kernel.org, Frank.Li@kernel.org, robh@kernel.org,
imx@lists.linux.dev, conor+dt@kernel.org
Subject: Re: [PATCH v2 6/7] arm64: dts: freescale: imx8mm-verdin: Add Cortex-M4F remoteproc
Date: Fri, 24 Jul 2026 16:41:32 +0000 [thread overview]
Message-ID: <20260724164132.7527D1F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260724-v1-verdin-imx8mm-dtbos-v2-6-9d7988bd76f6@toradex.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] Unconditional enablement of the Cortex-M4 co-processor and its memory reservations in a base SoM device tree file.
--
--- Patch [6]: [PATCH v2 6/7] arm64: dts: freescale: imx8mm-verdin: Add Cortex-M4F remoteproc ---
commit 5627e466b821e2ae1d5d44438ab0c467605d30f9
Author: Ernest Van Hoecke <ernest.vanhoecke@toradex.com>
arm64: dts: freescale: imx8mm-verdin: Add Cortex-M4F remoteproc
This patch describes the Cortex-M4F remote processor available on the
Verdin iMX8M Mini SoM.
> diff --git a/arch/arm64/boot/dts/freescale/imx8mm-verdin.dtsi b/arch/arm64/boot/dts/freescale/imx8mm-verdin.dtsi
> index 5fc177f589cb2..ac450fc6cbfb3 100644
> --- a/arch/arm64/boot/dts/freescale/imx8mm-verdin.dtsi
> +++ b/arch/arm64/boot/dts/freescale/imx8mm-verdin.dtsi
> @@ -52,6 +52,18 @@ hdmi_connector: hdmi-connector {
> status = "disabled";
> };
>
> + imx8mm-cm4 {
> + compatible = "fsl,imx8mm-cm4";
> + clocks = <&clk IMX8MM_CLK_M4_DIV>;
[Severity: Medium]
Should this node default to disabled?
Because it is added unconditionally to the base SoM dtsi, it defaults
to "okay". This causes the imx_rproc driver to bind and call
devm_clk_get_enabled() during probe, which keeps the IMX8MM_CLK_M4_DIV
clock permanently running even if the M4 firmware is never booted.
> + mbox-names = "tx", "rx", "rxdb";
> + mboxes = <&mu 0 1
> + &mu 1 1
> + &mu 3 1>;
> + memory-region = <&vdev0buffer>, <&vdev0vring0>, <&vdev0vring1>,
> + <&rsc_table>;
> + syscon = <&src>;
> + };
> +
[ ... ]
> @@ -164,6 +176,27 @@ reserved-memory {
>
> /* Use the kernel configuration settings instead */
> /delete-node/ linux,cma;
> +
> + vdev0vring0: vdev0vring0@55000000 {
> + reg = <0 0x55000000 0 0x8000>;
> + no-map;
> + };
> +
> + vdev0vring1: vdev0vring1@55008000 {
> + reg = <0 0x55008000 0 0x8000>;
> + no-map;
> + };
> +
> + rsc_table: rsc-table@550ff000 {
> + reg = <0 0x550ff000 0 0x1000>;
> + no-map;
> + };
> +
> + vdev0buffer: vdev0buffer@55400000 {
> + compatible = "shared-dma-pool";
> + reg = <0 0x55400000 0 0x100000>;
> + no-map;
> + };
[Severity: Medium]
Are we sure we want to unconditionally reserve these memory regions for
all boards using this base SoM?
Because of the no-map properties, this removes roughly 1.1MB of RAM
from the kernel's linear mapping permanently across all Verdin i.MX8MM
boards, even when the M4 coprocessor is not used.
> };
> };
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260724-v1-verdin-imx8mm-dtbos-v2-0-9d7988bd76f6@toradex.com?part=6
next prev parent reply other threads:[~2026-07-24 16:41 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-24 16:24 [PATCH v2 0/7] arm64: dts: freescale: Add Verdin iMX8M Mini overlays Ernest Van Hoecke
2026-07-24 16:24 ` [PATCH v2 1/7] arm64: dts: freescale: imx8mm-verdin: Add NAU8822 Bridge Tied Load Ernest Van Hoecke
2026-07-24 16:24 ` [PATCH v2 2/7] arm64: dts: freescale: imx8mm-verdin: Add DSI to HDMI adapter overlay Ernest Van Hoecke
2026-07-24 16:24 ` [PATCH v2 3/7] arm64: dts: freescale: imx8mm-verdin: Add Toradex DSI to LVDS adapter with 10.1" display Ernest Van Hoecke
2026-07-24 16:24 ` [PATCH v2 4/7] arm64: dts: freescale: imx8mm-verdin: Add Toradex Capacitive Touch Display 10.1" DSI Ernest Van Hoecke
2026-07-24 16:24 ` [PATCH v2 5/7] arm64: dts: freescale: imx8mm-verdin: Add Toradex Capacitive Touch Display 7" DSI Ernest Van Hoecke
2026-07-24 16:24 ` [PATCH v2 6/7] arm64: dts: freescale: imx8mm-verdin: Add Cortex-M4F remoteproc Ernest Van Hoecke
2026-07-24 16:41 ` sashiko-bot [this message]
2026-07-24 16:24 ` [PATCH v2 7/7] arm64: dts: freescale: imx8mm-verdin: Add Cortex-M4F UART_4 overlay Ernest Van Hoecke
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=20260724164132.7527D1F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=Frank.Li@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=ernestvanhoecke@gmail.com \
--cc=imx@lists.linux.dev \
--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