[参考译文] AM2432：应更改什么以适用于 AM243 型号？

嗨、Kier

我想在内核数量和引导不同型号方面检查哪个 SDK 版本支持此功能？

客户使用 SDK 8.4 大规模生产 AM2434。  

在没有任何硬件更改的情况下、不会传输到 AM2432、但 SDK8.4 不会成功引导。

根据您的回复、它应该会自动引导 AM2432。  

我的申请如下：

1.您能告诉我哪个 SDK 支持此功能吗?  

2.如何将此功能合并到 SDK8.4？

谢谢

Zekun

尊敬的 Zekun：

抱歉、我不是 TI 工程师、因此不确定答案、但我猜最早的 SDK 也支持多核工程。

根据您的回复、它应该会自动引导 AM2432。  [/报价]

编号 我想说的是、单个 SDK 应该支持从 1 到 4 的任何内核数工程。

如果不 对工程进行一些更改和构建工件、您就无法期望在 AM2434 上运行的软件在 AM2432 上运行。

以下主题与您的用例相匹配： (+) AM2432：从 AM2434（4 个内核）迁移到 AM2432（2 个内核）-基于 Arm 的微控制器论坛 — 基于 Arm 的微控制器 — TI E2E 支持论坛

这个问题太广了,我无法进一步帮助,对不起。

你（们）好

我有一个问题需要您的帮助。

如前所述、其他 SBL_OSPI 等 SBL_OSPI 不会遇到此问题。  

但这真的让我感到困惑。  

如果客户使用 AM2432 和 SBL_OSPI、为什么他们不面临该问题？

此 SDK11.1 文件中存在修复问题：

source/drivers/bootloader/bootloader/am64x_am243x/bootloader_soc.c soc

可以在图片中看到。

如果客户在 SDK 11.1 中使用 AM2432、则器件将执行该黄色行、然后设置标志|= TISCI_MSG_VAL_PROC_BOOT_FLAG_R5_single_core。

这是 TI AM2432 不是 R5FSS0_0 和 R5FSS0_1、而是 RF5SS0_0 和 RF5SS1_0。

但在 SDK8.4 中、未设置标志、这是错误的。

您能查看一下这个问题并向我提供反馈、谢谢。

此致

Zekun

尊敬的 Zekun：

如果客户使用 AM2432 和 SBL_OSPI、为什么他们不会遇到该问题？

正如我在上一次响应中提到的、 SBL OSPI 首先解析多核映像（使用 Bootloader_parseMultiCoreAppImage）、并检查哪些 内核存在（使用 Bootloader_isCorePresent）、并且仅启动多核映像中存在的内核的 appimage。 因此、如果您通过 SBL_OSPI 引导的多核映像没有特定内核的 RPRC (r5fss0_1 和 r5fss1_1)、则会跳过引导该内核、而您不会遇到任何问题。

如果客户使用的是 AM2432、在 SDK 11.1 中、他们将执行这一行黄线、然后设置标志|= TISCI_MSG_VAL_PROC_BOOT_FLAG_R5_single_core。

正如我提到的、SDKV8.5 中引入了此修复程序、我提供的补丁中也包含此修复程序、您也可以在最新的 SDK 中找到此修复程序。  

这是 TI AM2432 不是 R5FSS0_0 和 R5FSS0_1、而是 RF5SS0_0 和 RF5SS1_0。

是的、以黄色突出显示的代码段用于检查 R5FSS1 是否处于双核模式。

此致、

会面。

你（们）好  

正如我提到的、此修复程序是在 SDKV8.5 中引入的、也包含在我提供的补丁中、因此您也可以在最新的 SDK 中找到它。  [/报价]

一个问题是、如果他们使用 SBL_OSPI、 补丁需要合并什么？

它们不使用 SBL_NULL。

此致

Zekun

尊敬的 Zekun：

对于 SBL_OPSI、应该没有问题、即使对于 SDK v8.4、它们也不需要合并任何补丁。

此致、

会面。

你（们）好

这让人大吃一惊。 由于客户使用 SDK8.4 和 SBL_OSPI、因此引导失败。 合并后、成功引导 AM2432。

此致

Zekun

尊敬的 Zekun：

好的、我来检查 SBL_OSPI 是否确实需要这种方法、以及何时修复了这种方法。

此致、

会面。

你（们）好

因此、我只需要从 您的补丁中合并 bootloader_soc.c 和 bootloader_soc.h 的代码、然后这个代码应该没问题、对吧？

谢谢

Zekun

尊敬的 Zekun：

如果您不打算使用 SBL NULL、则是。

你（们）好

为此、您主要需要集成 sbl_NULL 和 bootloader_soc.c 的main.c 文件和 SDK v8.5 中的 bootloader_soc.h 文件更改、我提供的补丁仅修复这个特定问题：core_variant.patch

这一点应该是一个错误、您能仔细检查一下并提供反馈吗？

谢谢

Zekun

是的、应该是  

#define BOOTLOADER_R5FSS0                        (0x00000000U)
#define BOOTLOADER_R5FSS1                        (0x00010000U)

你（们）好

需要检查几个问题：

 SDK8.5 bootloader_SOC_c

第 1004 行

IF (STATUS=SystemP_SUCCESS)
｛
Status = Bootloader_socSecHandover ()；
}

SDK8.5 中包含此软件、但您提供的补丁中没有此软件。 请检查。

2.我们是否在最新的 SDK 中对变体 R5F 内核启动进行了其他错误修复？

谢谢

Zekun

好的、见面。  

然后、我会建议客户合并您提供的补丁。

谢谢

Zekun

请注意前面讨论过的补丁上的以下更改：  

#define BOOTLOADER_R5FSS0                        (0x00000000U)
#define BOOTLOADER_R5FSS1                        (0x00010000U)

谢谢您的通知。 包含该器件。