FYI 我正在访问 https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j722s/10_01_00_04/exports/docs/mcu_plus_sdk_j722s_10_01_00_22/docs/api_guide_j722s/RESOURCE_ALLOCATION_GUIDE.html 尝试解决我的第一个问题。

使用 SysConfig GUI 时、系统会提示我在 4 个器件型号之间进行选择：AM67、AM67A、 TDA4AEN-Q1 和 TDA4VEN-Q1 。  为了实现 j722s EVM 和 AM67D 的最大兼容性、我应该选择哪一个？

您好：

分配给一位专家,他会回复。

此致

Tarun Mukesh

尊敬的 Tarun：感谢您的更新。 这是否是解决 J722S 问题的理想通道？   

尊敬的 Delio：

FYI 我正在查看 https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j722s/10_01_00_04/exports/docs/mcu_plus_sdk_j722s_10_01_00_22/docs/api_guide_j722s/RESOURCE_ALLOCATION_GUIDE.html 尝试解决我的第一个问题。

是的、这是您了解电路板资源管理所需的正确链接。 如果要移植到 J722S、可以使用 TDA4AEN-Q1 或 TDA4VEN-Q1。

[引述 userid=“47253" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1493646/processor-sdk-j722s-porting-freertos-mcasp-driver-from-asdk-10-00-00-for-am62dx-to-j722s

问题 2： am62dx 的 asdk-10.00.00 中 mcasp_soc.h 的第 61 行包含以下#define

/* CLEC offset for MCASP Interrupts */
#define MCASP_IRQ_CLEC_OFFSET                   (256U)

j722s 上的 DSP 使用相同的常量值还是需要不同的常量值？ 我在 TRM 或源代码中的任何位置都无法修复此信息。

问题 3：在 McASP_｛SOC｝.syscfg、js 元数据文件中、 MCASP 0、1 和 2 的 c7xRxIntr 和 c7xTxIntr 字段的正确值是多少？ 我能够在 TRM 中找到 TX/RX 事件 ID、但未找到中断编号。

[/报价]

我会研究这些问题、然后返回给您。

谢谢、

Neehar

谢谢 Neehar、

是的、这是您需要了解电路板资源管理的正确链接。 如果您要移植到 J722S、可以使用 TDA4AEN-Q1 或 TDA4VEN-Q1

供参考 RESOURCE_ALLOCATION_GUIDE.html 页面上生成文件的复制位置相关信息似乎与我在 SDK 中看到的信息不一致。 例如 、没有 sysfw_img_cfg.h、tifs-rm-cfg.c 和 rm-cfg.c、 但可以找到以下内容：

board/ti/j722s/tifs-rm-cfg.yaml

board/ti/j722s/rm-cfg.yaml

您好、

让我再深入研究一下、然后再联系您。

谢谢、

Neehar

为了使 DMA RX 源可用于 DSP、我进行了以下更改：

--- out/j722s-evm.syscfg	2024-12-11 06:29:13.000000000 +0100
+++ out_new/j722s-evm.syscfg	2025-04-01 13:50:54.294653169 +0200
@@ -1,8 +1,9 @@
 /**
  * These arguments were used when this file was generated. They will be automatically applied on subsequent loads
  * via the GUI or CLI. Run CLI with '--help' for additional information on how to override these arguments.
- * @cliArgs --device "J722S_TDA4VEN_TDA4AEN_AM67" --package "AMW" --part "Default" --product "K3-Respart-Tool@1.0"
- * @versions {"tool":"1.19.0+3426"}
+ * @cliArgs --device "J722S_TDA4VEN_TDA4AEN_AM67" --part "Default" --package "AMW" --product "K3-Respart-Tool@1.0"
+ * @v2CliArgs --device "TDA4VEN-Q1" --package "FCBGA (AMW)" --product "K3-Respart-Tool@1.0"
+ * @versions {"tool":"1.23.0+4000"}
  */

 /**
@@ -28,6 +29,8 @@
 const resourceSharing11 = resourceSharing.addInstance();
 const resourceSharing12 = resourceSharing.addInstance();
 const resourceSharing13 = resourceSharing.addInstance();
+const resourceSharing14 = resourceSharing.addInstance();
+const resourceSharing15 = resourceSharing.addInstance();

 /**
  * Write custom configuration values to the imported modules.
@@ -176,3 +179,13 @@
 resourceSharing13.resourceName       = "Block Copy DMA Rings DMASS1 for Split TR Rx channel";
 resourceSharing13.sharedFromHostName = "MAIN_0_R5_1";
 resourceSharing13.sharedToHostName   = "A53_2";
+
+resourceSharing14.$name              = "modules_resourceSharing11";
+resourceSharing14.resourceName       = "DMASS Packet DMA Free Rx channel";
+resourceSharing14.sharedFromHostName = "WKUP_0_R5_1";
+resourceSharing14.sharedToHostName   = "C7X_0_0";
+
+resourceSharing15.$name              = "modules_resourceSharing12";
+resourceSharing15.resourceName       = "DMASS Packet DMA Free rings for Rx channel";
+resourceSharing15.sharedFromHostName = "WKUP_0_R5_1";
+resourceSharing15.sharedToHostName   = "C7X_0_0";

然后、我继续将生成的.yaml 复制到 u-boot、将.c 文件复制到 RTOS SDK。 我重新构建了 u-boot 和 RTOS 库以及我的 RTOS 应用程序（DSP 固件）、但在运行它时仍然收到相同的错误、我的额外调试日志输出表明更改没有任何效果。  

我仍然看到以下 DMA 相关资源：

UDMA_INST_ID_PKTDMA_0
startBlkCopyUhcCh, numBlkCopyUhcCh = 0, 0
startBlkCopyHcCh, numBlkCopyHcCh = 0, 0
startBlkCopyCh, numBlkCopyCh = 0, 0
startTxUhcCh, numTxUhcCh = 0, 0
startTxHcCh, numTxHcCh = 0, 0
startTxCh, numTxCh = 0, 0
startRxUhcCh, numRxUhcCh = 0, 0
startRxHcCh, numRxHcCh = 0, 0
startRxCh, numRxCh = 0, 0

有什么想法、我可能会出错？ 谢谢你。

您好、

例如 、没有 sysfw_img_cfg.h、tisfs-rm-cfg.c、rm-cfg.c

 

您在文档中的哪里可以看到这些文件？ 我在此链接上没有看到。

您能否确认您已正确更新 rm 文件？

谢谢、

Neehar

您好、

在文档中可以在哪里看到这些文件？

此处： https://software-dl.ti.com/jacinto7/esd/processor-sdk-linux-j722s/10_01_00_04/exports/docs/linux/How_to_Guides/Host/K3_Resource_Partitioning_Tool data.html#generation-output-files

您能否确认您正确更新了 rm 文件？

是的、我将整个 SDK 源代码置于源代码控制之下、以便跟踪我的更改。 这是我看到的：

--- a/mcu_plus_sdk_j722s/source/drivers/sciclient/sciclient_default_boardcfg/j722s/sciclient_defaultBoardcfg_rm.c
+++ b/mcu_plus_sdk_j722s/source/drivers/sciclient/sciclient_default_boardcfg/j722s/sciclient_defaultBoardcfg_rm.c
@@ -2,7 +2,7 @@
  * K3 System Firmware Resource Management Configuration Data
  * Auto generated from K3 Resource Partitioning tool
  *
- * Copyright (c) 2018-2023, Texas Instruments Incorporated
+ * Copyright (c) 2018-2024, Texas Instruments Incorporated
  * All rights reserved.
  *
  * Redistribution and use in source and binary forms, with or without
@@ -129,7 +129,7 @@ __attribute__(( aligned(128), section(".boardcfg_data") )) =
                 .magic = TISCI_BOARDCFG_RM_RESASG_MAGIC_NUM,
                 .size = (uint16_t) sizeof(struct tisci_boardcfg_rm_resasg),
             },
-            .resasg_entries_size = 145 * sizeof(struct tisci_boardcfg_rm_resasg_entry),
+            .resasg_entries_size = 148 * sizeof(struct tisci_boardcfg_rm_resasg_entry),
         },
     },
     .resasg_entries = {
@@ -635,7 +635,7 @@ __attribute__(( aligned(128), section(".boardcfg_data") )) =
             .num_resource = 3,
             .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS0_PKTDMA_0, TISCI_RESASG_SUBTYPE_PKTDMA_RING_UNMAPPED_RX_CHAN),
             .start_resource = 109,
-            .host_id = TISCI_HOST_ID_WKUP_0_R5_0,
+            .host_id = TISCI_HOST_ID_C7X_0_0,
         },
         {
             .num_resource = 3,
@@ -755,7 +755,7 @@ __attribute__(( aligned(128), section(".boardcfg_data") )) =
             .num_resource = 3,
             .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS0_PKTDMA_0, TISCI_RESASG_SUBTYPE_PKTDMA_UNMAPPED_RX_CHAN),
             .start_resource = 10,
-            .host_id = TISCI_HOST_ID_WKUP_0_R5_0,
+            .host_id = TISCI_HOST_ID_C7X_0_0,
         },
         {
             .num_resource = 3,
@@ -902,15 +902,15 @@ __attribute__(( aligned(128), section(".boardcfg_data") )) =
             .host_id = TISCI_HOST_ID_ALL,
         },
         {
-            .num_resource = 12,
+            .num_resource = 32,
             .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS1_BCDMA_0, TISCI_RESASG_SUBTYPE_BCDMA_RING_SPLIT_TR_RX_CHAN),
             .start_resource = 8,
             .host_id = TISCI_HOST_ID_A53_2,
         },
         {
-            .num_resource = 20,
+            .num_resource = 32,
             .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS1_BCDMA_0, TISCI_RESASG_SUBTYPE_BCDMA_RING_SPLIT_TR_RX_CHAN),
-            .start_resource = 20,
+            .start_resource = 8,
             .host_id = TISCI_HOST_ID_MAIN_0_R5_1,
         },
         {
@@ -920,15 +920,15 @@ __attribute__(( aligned(128), section(".boardcfg_data") )) =
             .host_id = TISCI_HOST_ID_MAIN_0_R5_1,
         },
         {
-            .num_resource = 12,
+            .num_resource = 32,
             .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS1_BCDMA_0, TISCI_RESASG_SUBTYPE_BCDMA_SPLIT_TR_RX_CHAN),
             .start_resource = 0,
             .host_id = TISCI_HOST_ID_A53_2,
         },
         {
-            .num_resource = 20,
+            .num_resource = 32,
             .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS1_BCDMA_0, TISCI_RESASG_SUBTYPE_BCDMA_SPLIT_TR_RX_CHAN),
-            .start_resource = 12,
+            .start_resource = 0,
             .host_id = TISCI_HOST_ID_MAIN_0_R5_1,
         },
         {
@@ -938,11 +938,23 @@ __attribute__(( aligned(128), section(".boardcfg_data") )) =
             .host_id = TISCI_HOST_ID_MAIN_0_R5_1,
         },
         {
-            .num_resource = 8,
+            .num_resource = 2,
             .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS1_INTAGGR_0, TISCI_RESASG_SUBTYPE_IA_VINT),
             .start_resource = 0,
             .host_id = TISCI_HOST_ID_A53_2,
         },
+        {
+            .num_resource = 2,
+            .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS1_INTAGGR_0, TISCI_RESASG_SUBTYPE_IA_VINT),
+            .start_resource = 2,
+            .host_id = TISCI_HOST_ID_C7X_0_0,
+        },
+        {
+            .num_resource = 2,
+            .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS1_INTAGGR_0, TISCI_RESASG_SUBTYPE_IA_VINT),
+            .start_resource = 4,
+            .host_id = TISCI_HOST_ID_C7X_1_0,
+        },
         {
             .num_resource = 18,
             .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS1_INTAGGR_0, TISCI_RESASG_SUBTYPE_IA_VINT),
@@ -950,22 +962,28 @@ __attribute__(( aligned(128), section(".boardcfg_data") )) =
             .host_id = TISCI_HOST_ID_MAIN_0_R5_1,
         },
         {
-            .num_resource = 64,
+            .num_resource = 56,
             .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS1_INTAGGR_0, TISCI_RESASG_SUBTYPE_GLOBAL_EVENT_SEVT),
             .start_resource = 12288,
             .host_id = TISCI_HOST_ID_A53_2,
         },
         {
-            .num_resource = 64,
+            .num_resource = 48,
             .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS1_INTAGGR_0, TISCI_RESASG_SUBTYPE_GLOBAL_EVENT_SEVT),
-            .start_resource = 12352,
-            .host_id = TISCI_HOST_ID_MAIN_0_R5_1,
+            .start_resource = 12344,
+            .host_id = TISCI_HOST_ID_C7X_0_0,
         },
         {
-            .num_resource = 88,
+            .num_resource = 48,
             .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS1_INTAGGR_0, TISCI_RESASG_SUBTYPE_GLOBAL_EVENT_SEVT),
-            .start_resource = 12416,
-            .host_id = TISCI_HOST_ID_ALL,
+            .start_resource = 12392,
+            .host_id = TISCI_HOST_ID_C7X_1_0,
+        },
+        {
+            .num_resource = 64,
+            .type = TISCI_RESASG_UTYPE (TISCI_DEV_DMASS1_INTAGGR_0, TISCI_RESASG_SUBTYPE_GLOBAL_EVENT_SEVT),
+            .start_resource = 12440,
+            .host_id = TISCI_HOST_ID_MAIN_0_R5_1,
         },
         {
             .num_resource = 8,

此致、

Delio

尊敬的 Delio：

是否需要所有内核上的资源？ 您的应用程序将在哪些内核上运行？

谢谢、

Neehar

目前、我们在 A53 内核上运行 Linux、固件在至少一个 DSP 内核上运行。 我们希望 MCASP 同时在 A53 和 DSP 上工作。 McASP 在 Linux 端已经可以正常工作、但我发现 DMA RX 资源未分配给 DSP（请参阅我有关该主题的开场注释）。

谢谢

Delio

尊敬的 Delio：

我目前具有低带宽、需要进一步深入研究。 我将在一周结束前作出答复。

谢谢、

Neehar

尊敬的 Delio：

[引述 userid=“47253" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1493646/processor-sdk-j722s-porting-freertos-mcasp-driver-from-asdk-10-00-00-for-am62dx-to-j722s

问题 2： am62dx 的 asdk-10.00.00 中 mcasp_soc.h 的第 61 行包含以下#define

/* CLEC offset for MCASP Interrupts */
#define MCASP_IRQ_CLEC_OFFSET                   (256U)

j722s 上的 DSP 使用相同的常量值还是需要不同的常量值？ 我在 TRM 或源代码中的任何位置都无法修复此信息。

[/报价]

您能否使用 192U 进行测试并告诉我您的结果？

[引述 userid=“47253" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1493646/processor-sdk-j722s-porting-freertos-mcasp-driver-from-asdk-10-00-00-for-am62dx-to-j722s

问题 3：在 McASP_｛SOC｝.syscfg、js 元数据文件中、 MCASP 0、1 和 2 的 c7xRxIntr 和 c7xTxIntr 字段的正确值是多少？ 我能够在 TRM 中找到 TX/RX 事件 ID、但未找到中断编号。

[/报价]

抱歉、我仍在研究这个问题。

谢谢、

Neehar

你好 Neehar、

您能否使用 192U 进行测试并告诉我您的结果？

我将能够检查成功通过 MCASP DMA RX 通道资源问题后。  您是否有更多关于这方面的信息？ 谢谢你。

--

Delio

尊敬的 Delio：

使用 rm 电路板配置正确分配资源后、您仍然遇到问题？

]问题 3：在 McASP_｛SOC｝.syscfg、js 元数据文件中 、MCASP 0、1 和 2 的 c7xRxIntr 和 c7xTxIntr 字段的正确值是多少？ 我能够在 TRM 中找到 TX/RX 事件 ID、但不能找到中断号。

或者您是指此内容？

谢谢、

Neehar

嗨、Neehar、

 使用 rm 电路板配置（希望正确）分配资源后、我仍然遇到问题。 查看    21 天前的   评论。

下面的问题仍然是相关的,但它不是我们目前的障碍。

问题 3：在 McASP_｛SOC｝.syscfg、js 元数据文件中 、MCASP 0、1 和 2 的 c7xRxIntr 和 c7xTxIntr 字段的正确值是多少？ 我能够在 TRM 中找到 TX/RX 事件 ID、但不能找到中断号。

谢谢你

Delio

尊敬的 Delio：

感谢您澄清问题。

是的、我将整个 SDK 源代码置于源代码控制之下、以便跟踪我的更改。 这是我看到的:

您还能否澄清 TISCI_RESASG_subtype_bcdma_ring_split_TR_RX_CHAN、为何为 A53_2 和 MAIN_0_R5_1 分配通道 8-40？ 同样、 TISCI_RESASG_SUBTYPE_BCDMA_SPLIT_TR_RX_CHAN、但通道 0-32 也是如此？

此外、您是否按照说明生成十六进制数组 并确保库并根据更改进行更新？  

谢谢、

Neehar

尊敬的 Delio：

感谢您的答复、明天我将提供最新信息。

谢谢、

Neehar

尊敬的 Delio：

并包含在 SBL 中。 但是、我们正在从 Linux 启动 DSP、我的理解是更新后的资源文件需要进入 tiboot3.bin（即第一阶段的引导加载程序，进而加载 tispl.bin）。 这是正确的假设吗？ 如果是、如何根据这些更改更新 tiboot3.bin？ 这就是我尝试的方法：将生成的.yaml 复制到 u-boot 中、将.c 文件复制到 RTOS SDK 中。 我 从    1 个月前   消息开始重新构建 u-boot 和 RTOS 库以及 RTOS 应用程序（DSP 固件）。 但这还不够。

以下命令将重新编译 sciclient 二进制文件和 PDK 库、包括 boardcfg 和 sciserver testApp。

cd ${SDK_INSTALL_PATH}
make -s -C tools/sysfw/boardcfg SOC=j722s
make -s libs DEVICE=j722s

然后、以下命令将重新编译 SBL、并且可以将生成的二进制文件作为 tiboot3.bin 复制到引导介质中。

make -s sbl DEVICE=j722s

如果您在通过 boardCfg_rm 进行更改时仍然遇到问题、请告诉我。

我对  j722s-evm.syscfg 所做的唯一更改是为了共享与 McASP 关联的 RX DMA 通道、方式与相应的 TX DMA 通道与 DSP 共享相同。 我还没有做任何其他更改（附加了原始 j722s-evm.syscfg 以供参考）、我的差分遵循。

我提到的是您对 sciclient_defaultBoardcfg_rm.c 的更改、而不是 j722s-evm.syscfg 文件。

谢谢、

Neehar

我指的是您对 sciclient_defaultBoardcfg_rm.c 的更改、而不是 j722s-evm.syscfg 文件。

我的理解是、`j722s-evm.syscfg`是顶级源文件、其他所有内容均由 sysfw 工具生成、包括对 sciclient_defaultBoardcfg_rm.c 的更改。关于您的问题 、“您是否还能阐明对于 c34I_RESASG_subtype_dma_ring_split_TR_RX_chan、为什么要为 c34y_a3_ress_bci_2 和 c34y_r5 主通道分配 8-40？ 同样、对于 TISCI_RESASG_subtype_bcDMA_SPLIT_TR_RX_CHAN、但通道 0-32？“也是如此 我不能说“为什么“、因为我没有直接更新该文件、也不理解它。 在中、我仅使用 sysfw UI 工具与 C7X_0_0 共享 McASP RC DMA 通道、更改显示在  j722s-evm.syscfg 中、其余文件将自动生成、我无法理解它们。

以下命令将重新编译 sciclient 二进制文件和 PDK 库、包括 boardcfg 和 sciserver testApp。

我已经按照这些说明进行了操作、因为它们在  您之前的信息（谢谢）的说明中有详细说明。 指令可以正常*但*我不使用 RTOS SDK 中的 tiboot3.bin、我需要使用 Linux SDK 构建更新的 tiboot3.bin。 Linux SDK 编译`tiboot3.bin`是构建 u-boot 的一部分。

我猜我应该将刚才概述的构建过程生成的文件从 RTOS SDK 复制到 Linux SDK。 特别是、Linux SDK 附带两个预编译的二进制文件`ti-fs-firmware-j722s-hs-cert.bin`和`ti-firmware-j722s-hs-fs-enc.bin`、我认为这是需要更新的内容。 如果我是正确的、那么我只需要知道 在 Linux SDK 中需要将哪些 RTOS SDK 文件复制（并覆盖）`ti-fs-firmware-j722s-hs-cert.bin`和`ti-fs-firmware-j722s-hs-fs-enc.bin`。

此致
--

Delio

尊敬的 Delio：

非常感谢这些澄清信息、因为它可以帮助我了解您的当前状态。 明天我将就这两个问题作出详细答复。

谢谢、

Neehar

尊敬的 Delio：

我已经按照这些说明进行了操作、因为这些说明在  您上一封邮件的说明中有详细说明（谢谢）。 指令可以正常*但*我不使用 RTOS SDK 中的 tiboot3.bin、我需要使用 Linux SDK 构建更新的 tiboot3.bin。 Linux SDK 编译`tiboot3.bin`是编译 u-boot 的一部分。

抱歉、您刚才的混淆不清、所以使用 SPL 和 u-boot 进行引导加载程序是正确的吗？  

[引述 userid=“574070" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1493646/processor-sdk-j722s-porting-freertos-mcasp-driver-from-asdk-10-00-00-for-am62dx-to-j722s/5788672 #5788672“]

此外、您是否按照说明生成十六进制数组 并确保库并根据更改进行更新？  

[/报价]

上面我概述的说明针对 SBL 作为引导加载程序并使用 RTOS 生成的文件。 如果使用 U-boot 和 SPL、则只需使用生成的文件（如下所述）：

此外、您是否添加了对 McASP 外设的 PKTDMA 的 dtsi 支持？ 我认为 SDK 的 Linux 端也不支持它。

谢谢、

Neehar

尊敬的 Delio：

我目前不在办公室、一回来就会作出答复。 感谢您的耐心！

谢谢、

Neehar

嗨、Neehar、

我们可以让您研究一下音频科学吗？

Marco

尊敬的 Delio：

McASP 在从 Linux SDK 构建引导加载程序和内核时可开箱即用。 因此、这方面似乎没问题、如果我们为 Linux 加载 McASP 驱动程序并将其用作 ALSA 音频外设、或加载将从 DSP 设置和控制 McASP 的 DSP 固件、我们要在启动时进行选择。

感谢您的确认。

问题是`rm-cfg.c``、`stifs-rm-cfg.c`、`ysfw_img_cfg.h `在 j722s 的 ti u-boot 源树中不存在、但以下文件` board/ti/j721s2/rm-cfg.yaml、
`board/ti/j722s/tifs-rm-cfg.yaml`确实存在、如果我用 sysfw UI 工具生成的新 verison 覆盖它们、并重建所有引导加载程序、则没有任何变化。

是的、您回答正确。 我已经检查过、文档实际上因更新版本 SDK 的更改而过时了。  

用于生成 uboot 文件的工具从 SDK v8.x 更改为 SDK v9.x 。  k3-image-gen  工具替换为  宾曼。  因此、rm-cfg .c  已 替换为 rm-cfg .yaml。

作为 SDK v9.x 或更高版本的一部分提供的资源分区工具将生成等效文件  *。yaml  可用于在主机之间分配资源的文件。

但是、您已采取正确的步骤使用 SysConfig 生成的新版本覆盖文件。 您能否提供这些文件的比较版本或新版本以及您所做的更新？ 此外、您能否提供有关如何重新构建引导加载程序的更多信息？ 您只需要重新编译 uboot。

您也可以查看类似器件的此常见问题解答、以了解更多信息：

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1308689/faq-how-to-use-k3-resource-partitioning-tool-with-processor-sdk-v9-0-or-v9-1

谢谢、

Neehar

嗨、Neehar、

这是比较。  在    1 个月前此消息中显示的配置上使用 k3-respart-tool 时会生成这些更改  。

diff --git a/board/ti/j722s/rm-cfg.yaml b/board/ti/j722s/rm-cfg.yaml
index 21ca30104c7..ad4251d3d44 100644
--- a/board/ti/j722s/rm-cfg.yaml
+++ b/board/ti/j722s/rm-cfg.yaml
@@ -1,5 +1,5 @@
 # SPDX-License-Identifier: GPL-2.0+
-# Copyright (C) 2024 Texas Instruments Incorporated - https://www.ti.com/
+# Copyright (C) 2022-2024 Texas Instruments Incorporated - https://www.ti.com/
 #
 # Resource management configuration for J722S
 #
@@ -244,7 +244,7 @@ rm-cfg:
             subhdr:
                 magic: 0x7B25
                 size: 8
-            resasg_entries_size: 1160
+            resasg_entries_size: 1184
             reserved: 0
     resasg_entries:
         -
@@ -749,7 +749,7 @@ rm-cfg:
                 start_resource: 109
                 num_resource: 3
                 type: 1942
-            host_id: 35
+                host_id: 20
                 reserved: 0
         -
                 start_resource: 109
@@ -869,7 +869,7 @@ rm-cfg:
                 start_resource: 10
                 num_resource: 3
                 type: 1961
-            host_id: 35
+                host_id: 20
                 reserved: 0
         -
                 start_resource: 10
@@ -1017,13 +1017,13 @@ rm-cfg:
                 reserved: 0
         -
                 start_resource: 8
-            num_resource: 12
+                num_resource: 32
                 type: 12750
                 host_id: 12
                 reserved: 0
         -
-            start_resource: 20
-            num_resource: 20
+                start_resource: 8
+                num_resource: 32
                 type: 12750
                 host_id: 38
                 reserved: 0
@@ -1035,13 +1035,13 @@ rm-cfg:
                 reserved: 0
         -
                 start_resource: 0
-            num_resource: 12
+                num_resource: 32
                 type: 12769
                 host_id: 12
                 reserved: 0
         -
-            start_resource: 12
-            num_resource: 20
+                start_resource: 0
+                num_resource: 32
                 type: 12769
                 host_id: 38
                 reserved: 0
@@ -1053,10 +1053,22 @@ rm-cfg:
                 reserved: 0
         -
                 start_resource: 0
-            num_resource: 8
+                num_resource: 2
                 type: 12810
                 host_id: 12
                 reserved: 0
+        -
+                start_resource: 2
+                num_resource: 2
+                type: 12810
+                host_id: 20
+                reserved: 0
+        -
+                start_resource: 4
+                num_resource: 2
+                type: 12810
+                host_id: 22
+                reserved: 0
         -
                 start_resource: 22
                 num_resource: 18
@@ -1065,21 +1077,27 @@ rm-cfg:
                 reserved: 0
         -
                 start_resource: 12288
-            num_resource: 64
+                num_resource: 56
                 type: 12813
                 host_id: 12
                 reserved: 0
         -
-            start_resource: 12352
-            num_resource: 64
+                start_resource: 12344
+                num_resource: 48
                 type: 12813
-            host_id: 38
+                host_id: 20
                 reserved: 0
         -
-            start_resource: 12416
-            num_resource: 88
+                start_resource: 12392
+                num_resource: 48
                 type: 12813
-            host_id: 128
+                host_id: 22
+                reserved: 0
+        -
+                start_resource: 12440
+                num_resource: 64
+                type: 12813
+                host_id: 38
                 reserved: 0
         -
                 start_resource: 1536
diff --git a/board/ti/j722s/tifs-rm-cfg.yaml b/board/ti/j722s/tifs-rm-cfg.yaml
index 5e8d7e04441..a89d99f0b89 100644
--- a/board/ti/j722s/tifs-rm-cfg.yaml
+++ b/board/ti/j722s/tifs-rm-cfg.yaml
@@ -1,5 +1,5 @@
 # SPDX-License-Identifier: GPL-2.0+
-# Copyright (C) 2024 Texas Instruments Incorporated - https://www.ti.com/
+# Copyright (C) 2022-2024 Texas Instruments Incorporated - https://www.ti.com/
 #
 # Resource management configuration for J722S
 #
@@ -244,7 +244,7 @@ tifs-rm-cfg:
             subhdr:
                 magic: 0x7B25
                 size: 8
-            resasg_entries_size: 976
+            resasg_entries_size: 992
             reserved: 0
     resasg_entries:
         -
@@ -641,7 +641,7 @@ tifs-rm-cfg:
                 start_resource: 109
                 num_resource: 3
                 type: 1942
-                host_id: 35
+                host_id: 20
                 reserved: 0
         -
                 start_resource: 109
@@ -761,7 +761,7 @@ tifs-rm-cfg:
                 start_resource: 10
                 num_resource: 3
                 type: 1961
-                host_id: 35
+                host_id: 20
                 reserved: 0
         -
                 start_resource: 10
@@ -897,13 +897,13 @@ tifs-rm-cfg:
                 reserved: 0
         -
                 start_resource: 8
-                num_resource: 12
+                num_resource: 32
                 type: 12750
                 host_id: 12
                 reserved: 0
         -
-                start_resource: 20
-                num_resource: 20
+                start_resource: 8
+                num_resource: 32
                 type: 12750
                 host_id: 38
                 reserved: 0
@@ -915,13 +915,13 @@ tifs-rm-cfg:
                 reserved: 0
         -
                 start_resource: 0
-                num_resource: 12
+                num_resource: 32
                 type: 12769
                 host_id: 12
                 reserved: 0
         -
-                start_resource: 12
-                num_resource: 20
+                start_resource: 0
+                num_resource: 32
                 type: 12769
                 host_id: 38
                 reserved: 0
@@ -933,10 +933,22 @@ tifs-rm-cfg:
                 reserved: 0
         -
                 start_resource: 0
-                num_resource: 8
+                num_resource: 2
                 type: 12810
                 host_id: 12
                 reserved: 0
+        -
+                start_resource: 2
+                num_resource: 2
+                type: 12810
+                host_id: 20
+                reserved: 0
+        -
+                start_resource: 4
+                num_resource: 2
+                type: 12810
+                host_id: 22
+                reserved: 0
         -
                 start_resource: 22
                 num_resource: 18

我使用 Linux SDK 指令（我使用的是 ti-processor-sdk-linux-adas-j722s-evm-10_01_00_04）重新编译 u-boot、这可以追溯到`make u-boot`在完成所有设置后从 SDK 的安装运行。 我知道我可以成功地重建这个过程构建的所有 3 个引导加载程序,因为在过去的几个月里,我已经吃了很多次,由此产生的引导加载程序工作正常。

比您高。

尊敬的 Delio：

我使用 Linux SDK 指令（我使用的是 ti-processor-sdk-linux-adas-j722s-evm-10_01_00_04）重新编译 u-boot、`make u-boot`完成所有设置后、这可以从 SDK 安装中运行。 我知道我可以成功重建这个过程构建的所有 3 个引导加载程序,因为我在过去的几个月里吃了很多次,由此产生的引导加载程序工作正常。[/报价]

是、我确定您正在正确地重新构建引导加载程序。

我怀疑是因为渠道分配还是打印分配的渠道。

这里是 diff。  在该消息

中显示的配置上使用 k3-respart-tool 时、会生成这些更改。

谢谢、我仍然在浏览这个内容。

您是否还能提供用于转储 DMA 资源的 sciclient API 的代码？

谢谢、

Neehar

[/quote]

我怀疑是信道分配还是打印分配的信道。

我懂了。 顺便提一下、如果您可以建议对`j722s-evm.syscfg`（SDK 附带的基本 k3-respart-tool 配置）进行更好的更改、以实现我们想要的目标、这些更改将非常受欢迎。 SDK AS-IS 允许从 Linux 在 A53 上使用 MCASP、我们尝试实现的是使 Linux 在 A53 上和两个 DSP 内核上使用 MCASP。 然后 、在启动时、我们将选择加载 McASP Linux 驱动程序或 DSP 固件、以设置并使用 McASP。

您是否还能提供用于转储 DMA 资源的 sciclient API 的代码？

我已将调试日志语句添加到导致 DMA 分配失败的调用中。

diff --git a/mcu_plus_sdk_j722s/source/drivers/mcasp/v1/mcasp_dma.c b/mcu_plus_sdk_j722s/source/drivers/mcasp/v1/mcasp_dma.c
index e169eda..12b124a 100644
--- a/mcu_plus_sdk_j722s/source/drivers/mcasp/v1/mcasp_dma.c
+++ b/mcu_plus_sdk_j722s/source/drivers/mcasp/v1/mcasp_dma.c
@@ -119,6 +119,7 @@ int32_t MCASP_openDma(MCASP_Config *config, MCASP_DmaChConfig *dmaChCfg)
             txChHandle                      = dmaChCfg->txChHandle;
 
             status = Udma_chOpen(drvHandle, txChHandle, chType, &chPrms);
+            DebugP_log("[mcasp_dma.c] Udma_chOpen(drvHandle, txChHandle, chType, &chPrms): %d\r\n", status);
             DebugP_assert(SystemP_SUCCESS == status);
 
             /* Config TX channel */
@@ -169,6 +170,7 @@ int32_t MCASP_openDma(MCASP_Config *config, MCASP_DmaChConfig *dmaChCfg)
             rxChHandle                      = dmaChCfg->rxChHandle;
 
             status = Udma_chOpen(drvPktHandle, rxChHandle, chType, &chPrms);
+            DebugP_log("[mcasp_dma.c] Udma_chOpen(drvPktHandle, rxChHandle, chType, &chPrms): %d\r\n", status);
             DebugP_assert(SystemP_SUCCESS == status);
 
             UdmaChRxPrms_init(&rxPrms, chType);
diff --git a/mcu_plus_sdk_j722s/source/drivers/udma/soc/udma_rmcfg_common.c b/mcu_plus_sdk_j722s/source/drivers/udma/soc/udma_rmcfg_common.c
index 7378220..6160705 100755
--- a/mcu_plus_sdk_j722s/source/drivers/udma/soc/udma_rmcfg_common.c
+++ b/mcu_plus_sdk_j722s/source/drivers/udma/soc/udma_rmcfg_common.c
@@ -113,43 +113,58 @@ int32_t UdmaRmInitPrms_init(uint32_t instId, Udma_RmInitPrms *rmInitPrms)
             retVal += Udma_rmGetSciclientDefaultBoardCfgRmRange(&rmDefBoardCfgPrms[resIdx], &rmDefBoardCfgResp[resIdx], &splitResFlag[resIdx]);
         }
 
+        // DebugP_log("UdmaRmInitPrms_init: %u\n", instId);
+        #define stringify(expr) #expr
+        // #define DebugP_logRmInitPrms(p1, p2) DebugP_log(stringify(p1) ", " stringify(p2) " = %u, %u\n", rmInitPrms->p1, rmInitPrms->p2);
+        #define DebugP_logRmInitPrms(p1, p2)
         if((UDMA_INST_ID_BCDMA_0 == instId) || (UDMA_INST_ID_PKTDMA_0 == instId) || (UDMA_INST_ID_BCDMA_1 == instId))
         {
             /* Ultra High Capacity Block Copy Channels */
             rmInitPrms->startBlkCopyUhcCh   = rmDefBoardCfgResp[UDMA_RM_RES_ID_BC_UHC].rangeStart;
             rmInitPrms->numBlkCopyUhcCh     = rmDefBoardCfgResp[UDMA_RM_RES_ID_BC_UHC].rangeNum;
+            DebugP_logRmInitPrms(startBlkCopyUhcCh, numBlkCopyUhcCh);
+            // DebugP_log("startBlkCopyUhcCh, numBlkCopyUhcCh = %u, %u", rmInitPrms->startBlkCopyUhcCh, rmInitPrms->numBlkCopyUhcCh);
 
             /* High Capacity Block Copy Channels */
             rmInitPrms->startBlkCopyHcCh    = rmDefBoardCfgResp[UDMA_RM_RES_ID_BC_HC].rangeStart;
             rmInitPrms->numBlkCopyHcCh      = rmDefBoardCfgResp[UDMA_RM_RES_ID_BC_HC].rangeNum;
+            DebugP_logRmInitPrms(startBlkCopyHcCh, numBlkCopyHcCh);
+            // DebugP_log("startBlkCopyHcCh, numBlkCopyHcCh = %u, %u", rmInitPrms->startBlkCopyHcCh, rmInitPrms->numBlkCopyHcCh);
 
             /* Normal Capacity Block Copy Channels */
             rmInitPrms->startBlkCopyCh      = rmDefBoardCfgResp[UDMA_RM_RES_ID_BC].rangeStart;
             rmInitPrms->numBlkCopyCh        = rmDefBoardCfgResp[UDMA_RM_RES_ID_BC].rangeNum;
+            DebugP_logRmInitPrms(startBlkCopyCh, numBlkCopyCh);
 
             /* Ultra High Capacity TX Channels */
             rmInitPrms->startTxUhcCh        = rmDefBoardCfgResp[UDMA_RM_RES_ID_TX_UHC].rangeStart;
             rmInitPrms->numTxUhcCh          = rmDefBoardCfgResp[UDMA_RM_RES_ID_TX_UHC].rangeNum;
+            DebugP_logRmInitPrms(startTxUhcCh, numTxUhcCh);
 
             /* High Capacity TX Channels */
             rmInitPrms->startTxHcCh         = rmDefBoardCfgResp[UDMA_RM_RES_ID_TX_HC].rangeStart;
             rmInitPrms->numTxHcCh           = rmDefBoardCfgResp[UDMA_RM_RES_ID_TX_HC].rangeNum;
+            DebugP_logRmInitPrms(startTxHcCh, numTxHcCh);
 
             /* Normal Capacity TX Channels */
             rmInitPrms->startTxCh           = rmDefBoardCfgResp[UDMA_RM_RES_ID_TX].rangeStart;
             rmInitPrms->numTxCh             = rmDefBoardCfgResp[UDMA_RM_RES_ID_TX].rangeNum;
+            DebugP_logRmInitPrms(startTxCh, numTxCh);
 
             /* Ultra High Capacity RX Channels */
             rmInitPrms->startRxUhcCh        = rmDefBoardCfgResp[UDMA_RM_RES_ID_RX_UHC].rangeStart;
             rmInitPrms->numRxUhcCh          = rmDefBoardCfgResp[UDMA_RM_RES_ID_RX_UHC].rangeNum;
+            DebugP_logRmInitPrms(startRxUhcCh, numRxUhcCh);
 
              /* High Capacity RX Channels */
             rmInitPrms->startRxHcCh         = rmDefBoardCfgResp[UDMA_RM_RES_ID_RX_HC].rangeStart;
             rmInitPrms->numRxHcCh           = rmDefBoardCfgResp[UDMA_RM_RES_ID_RX_HC].rangeNum;
+            DebugP_logRmInitPrms(startRxHcCh, numRxHcCh);
 
             /* Normal Capacity RX Channels */
             rmInitPrms->startRxCh           = rmDefBoardCfgResp[UDMA_RM_RES_ID_RX].rangeStart;
             rmInitPrms->numRxCh             = rmDefBoardCfgResp[UDMA_RM_RES_ID_RX].rangeNum;
+            DebugP_logRmInitPrms(startRxCh, numRxCh);
         }
 #if (UDMA_LOCAL_C7X_DRU_PRESENT == 1)
         else
diff --git a/mcu_plus_sdk_j722s/source/drivers/udma/udma_priv.h b/mcu_plus_sdk_j722s/source/drivers/udma/udma_priv.h
index d1a9c5a..0370749 100644
--- a/mcu_plus_sdk_j722s/source/drivers/udma/udma_priv.h
+++ b/mcu_plus_sdk_j722s/source/drivers/udma/udma_priv.h
@@ -48,13 +48,13 @@
 #undef DebugP_LOG_ENABLED
 #endif /* DebugP_LOG_ENABLED */
 
-#define DebugP_LOG_ENABLED 0
+#define DebugP_LOG_ENABLED 1
 
 #ifdef DebugP_ASSERT_ENABLED
 #undef DebugP_ASSERT_ENABLED
 #endif /* DebugP_ASSERT_ENABLED */
 
-#define DebugP_ASSERT_ENABLED 0
+#define DebugP_ASSERT_ENABLED 1
 
 /* This is needed for memset/memcpy */
 #include <string.h>

谢谢你。

尊敬的 Delio：

您是否可以通过运行以下命令来测试：

make u-boot_clean 

运行前：

make u-boot

 分配的通道的调试日志是否有任何区别？

谢谢、

Neehar