All of lore.kernel.org
 help / color / mirror / Atom feed
From: sashiko-bot@kernel.org
Cc: devicetree@vger.kernel.org, conor+dt@kernel.org, robh@kernel.org
Subject: Re: [PATCH v6 04/11] arm64: dts: ti: k3-am62p-verdin: Fix wkup R5F memory region size
Date: Tue, 09 Jun 2026 19:11:50 +0000	[thread overview]
Message-ID: <20260609191151.1286F1F00898@smtp.kernel.org> (raw)
In-Reply-To: <20260609-topic-am62a-ioddr-dt-v6-19-v6-4-16afba97fbe0@baylibre.com>

Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [High] Unaligned `no-map` memory region breaks semantics on 64KB-page ARM64 kernels, exposing firmware memory to speculative accesses and corruption.
--

commit 7feed923de4c5fff1956c33a3b2895b2571326ee
Author: Markus Schneider-Pargmann (TI) <msp@baylibre.com>

arm64: dts: ti: k3-am62p-verdin: Fix wkup R5F memory region size

This commit updates the wkup R5F memory region to match the MCU SDK linker
footprint.

Link: https://github.com/TexasInstruments/mcupsdk-core-k3/blob/k3_main/examples/drivers/ipc/ipc_rpmsg_echo_linux/am62px-sk/wkup-r5fss0-0_freertos/ti-arm-clang/linker.cmd

> diff --git a/arch/arm64/boot/dts/ti/k3-am62p-verdin.dtsi b/arch/arm64/boot/dts/ti/k3-am62p-verdin.dtsi
> --- a/arch/arm64/boot/dts/ti/k3-am62p-verdin.dtsi
> +++ b/arch/arm64/boot/dts/ti/k3-am62p-verdin.dtsi
> @@ -170,7 +170,7 @@ wkup_r5fss0_core0_dma_memory_region: memory@9c800000 {
>  
>  		wkup_r5fss0_core0_memory_region: memory@9c900000 {
>  			compatible = "shared-dma-pool";
> -			reg = <0x00 0x9c900000 0x00 0x01e00000>;
> +			reg = <0x00 0x9c900000 0x00 0x01d08000>;

[Severity: High]
The new size 0x01d08000 applied to 0x9c900000 creates an end address of
0x9e608000. Does this unaligned end address cause mapping issues on
64kb-page arm64 kernels?

When the memory mapping logic processes adjacent valid memory starting at
0x9e608000, won't __create_pgd_mapping_locked() round the start address
down to the page boundary at 0x9e600000?

It seems this would inadvertently map the last 32kb of the no-map firmware
region (0x9e600000 to 0x9e608000) into the linear map as normal cacheable
memory. Could this mismatched memory attribute and speculative cache eviction
corrupt remote processor data?

I also noticed that later patches in the series move and split this region,
but they appear to retain the unaligned 0x9e608000 end address in
wkup_r5fss0_core0_dm_region. Will the alignment issue persist through the
end of the series?

>  			no-map;
>  		};
>  	};

-- 
Sashiko AI review · https://sashiko.dev/#/patchset/20260609-topic-am62a-ioddr-dt-v6-19-v6-0-16afba97fbe0@baylibre.com?part=4

  reply	other threads:[~2026-06-09 19:11 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-09 18:56 [PATCH v6 00/11] arm64: dts: ti: k3-am62a7-sk: Split r5f memory region Markus Schneider-Pargmann (TI)
2026-06-09 18:56 ` [PATCH v6 01/11] arm64: dts: ti: k3-am62a-phycore-som: Fix wkup R5F memory region size Markus Schneider-Pargmann (TI)
2026-06-09 18:56 ` [PATCH v6 02/11] arm64: dts: ti: k3-am62d2-evm: " Markus Schneider-Pargmann (TI)
2026-06-09 18:56 ` [PATCH v6 03/11] arm64: dts: ti: k3-am62a7-sk: " Markus Schneider-Pargmann (TI)
2026-06-09 18:56 ` [PATCH v6 04/11] arm64: dts: ti: k3-am62p-verdin: " Markus Schneider-Pargmann (TI)
2026-06-09 19:11   ` sashiko-bot [this message]
2026-06-10  7:11   ` Markus Schneider-Pargmann
2026-06-10  7:39     ` Paresh Bhagat
2026-06-09 18:56 ` [PATCH v6 05/11] arm64: dts: ti: k3-am62p5-sk: " Markus Schneider-Pargmann (TI)
2026-06-09 18:56 ` [PATCH v6 06/11] arm64: dts: ti: var-som-am62p: " Markus Schneider-Pargmann (TI)
2026-06-09 19:02   ` sashiko-bot
2026-06-09 18:56 ` [PATCH v6 07/11] arm64: dts: ti: k3-am62a-ti-ipc-firmware: Move wkup reserved memory Markus Schneider-Pargmann (TI)
2026-06-09 18:56 ` [PATCH v6 08/11] arm64: dts: ti: k3-am62p-ti-ipc-firmware: " Markus Schneider-Pargmann (TI)
2026-06-09 18:56 ` [PATCH v6 09/11] arm64: dts: ti: k3-am62a-ti-ipc-firmware: Split r5f memory region Markus Schneider-Pargmann (TI)
2026-06-09 19:15   ` sashiko-bot
2026-06-09 18:56 ` [PATCH v6 10/11] arm64: dts: ti: k3-am62p-ti-ipc-firmware: " Markus Schneider-Pargmann (TI)
2026-06-09 19:19   ` sashiko-bot
2026-06-09 18:56 ` [PATCH v6 11/11] arm64: dts: ti: k3-am62p-ti-ipc-firmware: Add r5f nodes to pre-ram bootphase Markus Schneider-Pargmann (TI)

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=20260609191151.1286F1F00898@smtp.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 \
    /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.