[参考译文] SK-AM62A-LP：Linux：器件树：为器件管理器保留的内存？

您好 Jason、

您走在正确的轨道上。

Linux 器件树文件中的 wkup_r5fss0_core0_*存储器区域适用于 DM R5F。 如果在 DM R5F 上运行代码、需要使用 RPMsg 与 Linux 进行通信、则为 RPMsg virtio 缓冲区分配 1MB。 0x1e0_0000 大小的分配用于我们期望看到存储了设备管理器代码。

有关更多详细信息、请参阅 AM62Ax Academy：
多核>内存>如何分配内存
https://dev.ti.com/tirex/explore/node?node=A__AZVZJv4-HUUgYw7e1iCjsg__AM62A-ACADEMY__WeZ9SsL__LATEST 

由于您使用的是 AM62Ax、因此您可能使用固件构建器中提供的 VPAC/ISP 代码。 但为简单起见、我们来看看其他 AM62 系列器件默认使用的 ipc_rpmsg_echo_linux 示例：
https://github.com/TexasInstruments/mcupsdk-core-k3/tree/k3_main/examples/drivers/ipc/ipc_rpmsg_echo_linux

如果我们检查 AM62Ax DM R5F 的 linker.cmd 文件、那么我们应该会看到程序数据放置在内存区域中的 0x9C90_0000：
https://github.com/TexasInstruments/mcupsdk-core-k3/blob/k3_main/examples/drivers/ipc/ipc_rpmsg_echo_linux/am62ax-sk/r5fss0-0_freertos/ti-arm-clang/linker.cmd

这就是我们看到的：

    // reordered so that it is easier to map to 0x9C90_0000 + 0x1e0_0000
    
    DDR_IPC_RESOURCE_TABLE_LINUX: ORIGIN = 0x9C900000 LENGTH = 0x400    /* For resource table   */
    DDR_IPC_TRACE_LINUX         : ORIGIN = 0x9C900400 LENGTH = 0xFFC00  /* IPC trace buffer     */
        /* DDR for DM LPM data [ size 640.00 KB ] */
    DDR_LPM_DATA    (RWIX)      : ORIGIN = 0x9CA00000 LENGTH = 0x000A0000
    /* DDR for DM R5F code/data [ size 27 MiB + 384 KB ] */
    DDR                         : ORIGIN = 0x9CAA0000 LENGTH = 0x1B60000

固件构建器代码应具有类似的内存分配。

此致、

Nick

现在我看到 FIT 映像中的 DM 固件是 ELF 二进制文件。  SPL U-Boot 首先将其 加载到 DDR 的 0x8900000 处、然后使用 ELF 标头将其加载到 R5 的 TCM 中。  DM 固件似乎使用 wkup_r5fss0_core0_*作为其工作区域。

跟进问题。   ipc_rpmsg_echo_linux 通常用作默认或通用 DM 固件。  是否有独立且不包含 IPC 示例的 DM 固件？

如果客户希望 DM 任务是在 DM R5F 内核上运行的唯一代码、该怎么办？

删除处理器上运行的任何未使用代码可视为最佳做法。 但是、如果客户要将 MCU+ SDK 的 ipc_rpmsg_echo_linux 工程替换 为 空工程 （即，只有  DM 任务，没有其他任务在运行）、则需要记住一些事项。

不要将垃圾数据传递给 Linux 驱动程序

默认情况下、在这些处理器的 Linux 器件树文件中定义 DM R5F 内核。 这意味着 Linux Remoteproc 驱动程序将尝试读取 DM R5F 的 DDR 存储器分配中的“资源表“数据。

如果加载了 ipc_rpmsg_echo_linux 工程、则会在 DDR 中填充资源表。  

但是、空工程在编写时并未考虑 Linux。 这意味着资源表不会放置在 DDR 中。 因此、Linux Remoteproc 驱动程序读取的内存区域将处于未初始化状态。 DDR 存储器未初始化为设定值、因此这个未初始化的存储器区域将用随机 1 和 0 填充。

如果 Linux Remoteproc 驱动程序读取随机数据、则其行为方式可能出乎意料。 因此、如果我们改为使用空工程、则必须确保 Linux 不会读取随机数据。

选项 1：从 Linux 器件树中删除 DM R5F 器件树节点   

使用此选项时、我们会阻止 Linux Remoteproc 和 RPMsg 驱动程序尝试与 DM R5F 进行交互。 Linux 驱动程序和 DM 任务之间的所有 TI-SCI 通信都将继续照常工作。

下面提供了一个示例：

e2e.ti.com/.../3463.0001_2D00_SITSW_2D00_6185_2D00_Remove_2D00_DM_2D00_R5F_2D00_node_2D00_from_2D00_Linux_2D00_devicetree.patch

请注意、DM R5F 的存储器区域仍应在 Linux 器件树中定义、以防止 Linux 覆盖 DM R5F 数据。 可以删除用于与 DM R5F 进行 RPMsg 通信的 1MByte virtio 区域。

选项 2：将资源表区域初始化为已知值  

如果要修改 DM R5F 工程而不是 Linux 器件树文件、则可以选择另一个选项。 如果您可以保证 DDR 的 DM R5F 资源表区域始终填充 0、则可以保证 Linux Remoteproc 驱动程序的运行方式始终相同。

以下是实现此目的的一种方法：

diff --git a/examples/empty/am62px-sk/wkup-r5fss0-0_freertos/ti-arm-clang/linker.cmd b/examples/empty/am62px-sk/wkup-r5fss0-0_freertos/ti-arm-clang/linker.cmd
index 1e27ee9..b29f55a 100644
--- a/examples/empty/am62px-sk/wkup-r5fss0-0_freertos/ti-arm-clang/linker.cmd
+++ b/examples/empty/am62px-sk/wkup-r5fss0-0_freertos/ti-arm-clang/linker.cmd
@@ -61,6 +61,11 @@ SECTIONS
         .text:abort: palign(8) /* this helps in loading symbols when using XIP mode */
     } load = R5F_TCMB, run = R5F_TCMA

+    GROUP {
+        /* create a hole and fill it with 0x00000000 */
+        .resource_table: fill = 0x00000000 { .+= 0x0400; } palign(1024)
+    } > DDR_RESOURCE_TABLE
+
     .lpm_data (NOLOAD)      : {} align(4)       > DDR_LPM_DATA
     .text                   : {} palign(8)      > DDR
     .const                  : {} palign(8)      > DDR
@@ -161,6 +166,11 @@ MEMORY

     WKUP_SRAM_TRACE_BUFF (RWIX) : ORIGIN = 0x41880000 LENGTH = 0x0000800

+    /*
+     * Fill the resource table region with zeros so Linux remoteproc driver does
+     * not read garbage data.
+     */
+    DDR_RESOURCE_TABLE          : ORIGIN = 0x9C900000, LENGTH = 0x400
     /* DDR for DM LPM data [ size 640.00 KB ] */
     DDR_LPM_DATA    (RWIX)      : ORIGIN = 0x9CA00000 LENGTH = 0x000A0000
     /* DDR for DM R5F code/data [ size 27MiB + 416 KB ] */

以下是 Linux 如何使用随机资源表值行为的示例：

[    7.562659] platform 78000000.r5f: R5F core may have been powered on by a different host, programmed state (0) != actual state (1)
[    7.593146] platform 78000000.r5f: configured R5F for IPC-only mode
[    7.625007] platform 78000000.r5f: assigned reserved memory node r5f-dma-memory@9c800000
[    7.681768] remoteproc remoteproc1: 78000000.r5f is available
[    7.691070] remoteproc remoteproc1: attaching to 78000000.r5f
[    7.698364] remoteproc remoteproc1: rsc table is truncated
[    7.704812] remoteproc remoteproc1: Failed to process resources: -22
[    7.773275] k3_r5_rproc bus@f0000:bus@b00000:r5fss@78000000: rproc_add failed, ret = -22
[    7.783217] k3_r5_rproc bus@f0000:bus@b00000:r5fss@78000000: k3_r5_cluster_rproc_init failed, ret = -22
[    7.793242] k3_r5_rproc: probe of bus@f0000:bus@b00000:r5fss@78000000 failed with error -22
[    7.886106] remoteproc remoteproc1: releasing 78000000.r5f 

下面是 Linux 在使用用零填充的资源表区域时的行为方式：

[    7.455715] platform 78000000.r5f: R5F core may have been powered on by a different host, programmed state (0) != actual state (1)
[    7.456773] platform 78000000.r5f: configured R5F for IPC-only mode
[    7.456873] platform 78000000.r5f: assigned reserved memory node r5f-dma-memory@9c800000
[    7.457671] remoteproc remoteproc1: 78000000.r5f is available
[    7.457779] remoteproc remoteproc1: attaching to 78000000.r5f
[    7.457792] remoteproc remoteproc1: remote processor 78000000.r5f is now attached