[参考译文] TMDS64EVM：当闪存中的一部分用户应用程序 (hs_fs) 被擦除时、关于用户应用程序启动。

尊敬的 Kiyomasa：

您能否检查是否在您的 SBL OSPI 的 SysConfig 中启用了“禁用应用程序映像的身份验证“选项：

此致、

会面。

你好,遇见 Thakar

感谢您的答复。

我取消选中“Disable Auth for Application Image“复选框并再次创建 SBL OSPI。

但是、中会出现错误
bootloader_verifyMulticoreImage
bootloader_socAuthImage (certLoadAddr)。

经进一步调查、
在 Sciclient_procBootAuthAndStart 函数中、
Sciclient_service 函数的返回值为 0、
但是、由于 respParam.flags 为 0、RetVal 为 SystemP_FAILURE。

我是否还需要在用户应用程序端配置某些内容？
将用户应用程序的构建选项更改为 authtype=0、1、2 没有改善这种情况。

问题仍未解决。

此致、
今泉清正。

我将补充更多信息。

这可能是相关的,但我将回答来自 Prashant Shivhare 上一篇帖子的问题:
e2e.ti.com/.../5131217

我在 Bootloader_socAuthImage 之前使用 CCS 检查了存储器 0x60080000。
0x60080000 周围的区域为 0xFFFFFFFF。

最好的注意、
今泉清正。

我也考虑了其他人的问题。

e2e.ti.com/.../5842977

e2e.ti.com/.../5350965

我刚刚在上面的补丁中进行了修复、但它没有解决问题。

此致、
今泉清正。

尊敬的 Kiyosama：

我不确定您当前面临什么问题、根据我的理解、您正尝试使用 SBL OSPI 引导损坏的映像、否则您预计引导加载程序会失败、而您之前未观察到这一点、因为 在您的案例中选中了“Disable Auth for Application Image“、此选项将禁用 appimage 的身份验证、这就是 SBL 没有返回失败的原因。

根据您的响应、您现在似乎在取消选中 “Disable Auth for Application Image“参数（这是预期结果）后发现损坏映像的身份验证失败、那么、您现在是否能详细说明问题？

此致、

会面。

你好,遇见 Thakar。

让我解释一下当前的问题。

最初、即使用户应用程序的闪存区域被篡改、用户应用程序也会启动。
我想知道是否有办法使用 SBL OSPI 来确定用户应用程序是否被篡改并阻止用户应用程序启动。

因此、我检查了 SBL、发现已检查“Disable Auth for Application Image“。
我意识到这就是 SBL 没有检查用户应用是否存在篡改的原因。

所以我取消选中了“Disable Auth for Application Image“和
将新的 SBL 和用户应用程序写入电路板。
但是、即使用户应用程序没有被篡改、用户应用程序也不再启动。

目前、我想解决的问题如下：

-取消选中应用程序映像的禁用验证后,正确的用户应用程序不再启动。

此致、
今泉清正。

我在 Bootloader_socAuthImage 之前使用 CCS 检查了存储器 0x60080000。
0x60080000 周围的区域为 0xFFFFFFFF。

这是 appimage 的位置、因此理想情况下、如果您在该地址刷写了映像、那么这应该是不可能的。

您是否在 0x80000 以外的 AM 偏移处刷写了应用程序、还请共享刷写日志。

你好,遇见 Thakar。

我应该如何获取刷写日志？
用户应用程序设置为通过 DFU 写入 0x100000。

此致、

今泉清正

在这种情况下、请在地址 0x60100000 处共享存储器的内容。

这是存储器映像的内容。
请检查。

e2e.ti.com/.../mem_5F00_0x60100000.dat

我还连接了一个从 0x60100000 到 128KB 的转储。

请分享你的图像,我将尝试看看我是否可以在我的最后重现这个

我想通过电子邮件单独发送二进制文件、而不是将其附加到 e2e 上。
请告诉我您的电子邮件地址。
我使用定制电路板、闪存为 IS25LX256。

此致、

今泉清正。

如果存在隐私问题、您可以通过直接消息向我共享图像。

谢谢你。 如何向您发送直接消息？

我无法在公共论坛上共享我的电子邮件、您可以通过私人 E2E 聊天分享给我。

我想请来一个私人的 E2E 聊天窗口。
我将应用程序图像发送到私人聊天。

感谢您共享该映像、我看到您共享了一个未签名的映像（.appimage 文件）、正如您提到您使用的是 hs_fs 器件时所期望的那样、我需要.appimage.hs_fs 映像。 是否尝试引导相同的设备？

因为在这种情况下它澄清了问题、当您尝试引导未签名的映像时、身份验证将失败、因为器件为 FS、您现在已启用 appimage 身份验证。

我实际上使用的是 hs_fs 映像。
我也附上了这个。

尊敬的 Kiyomasa：

我能够使用 SBL OSPI 引导您提供的应用映像、请找到引导日志：

MSC Firmware Version 9.1.6--v09.01.06 (Kool Koala)                                                      
DMSC Firmware revision 0x9                                                                               
DMSC ABI revision 3.1                                                                                    
                                                                                                         
[BOOTLOADER_PROFILE] Boot Media       : NOR SPI FLASH                                                    
[BOOTLOADER_PROFILE] Boot Media Clock : 166.667 MHz                                                      
[BOOTLOADER_PROFILE] Boot Image Size  : 3979 KB                                                          
[BOOTLOADER_PROFILE] Cores present    :                                                                  
a530-0                                                                                                   
a530-1                                                                                                   
[BOOTLOADER PROFILE] SYSFW init                       :      12170us                                     
[BOOTLOADER PROFILE] System_init                      :        551us                                     
[BOOTLOADER PROFILE] Drivers_open                     :        281us                                     
[BOOTLOADER PROFILE] Board_driversOpen                :      22036us                                     
[BOOTLOADER PROFILE] Sciclient Get Version            :       9895us                                     
[BOOTLOADER PROFILE] CPU Load                         :     300749us                                     
[BOOTLOADER_PROFILE] SBL Total Time Taken             :     345687us                                     
                                                                                                         
Image loading done, switching to application ...

您是否使用默认的 SBL OSPI 或者进行了任何更改？

你好,遇见 Thakar。

在 SBL OSPI 中、闪存和 OSPI 设置已更改。
SBL 启动日志如下所示。
结果将因是否选中了“禁用应用程序映像验证“复选框而异。

["Disable Auth For Application Image" is ON]
-----
[New]Starting OSPI Bootloader ...

DMSC Firmware Version 9.1.6--v09.01.06 (Kool Koala)
DMSC Firmware revision 0x9
DMSC ABI revision 3.1

[BOOTLOADER_PROFILE] Boot Media       : NOR SPI FLASH
[BOOTLOADER_PROFILE] Boot Media Clock : 133.333 MHz
[BOOTLOADER_PROFILE] Boot Image Size  : 3979 KB
[BOOTLOADER_PROFILE] Cores present    :
a530-0
a530-1
[BOOTLOADER PROFILE] SYSFW init                       :      12178us
[BOOTLOADER PROFILE] System_init                      :     349084us
[BOOTLOADER PROFILE] Drivers_open                     :         86us
[BOOTLOADER PROFILE] Board_driversOpen                :       3751us
[BOOTLOADER PROFILE] Sciclient Get Version            :      10033us
[BOOTLOADER PROFILE] CPU Load                         :    3986747us
[BOOTLOADER_PROFILE] SBL Total Time Taken             :    4361882us

Image loading done, switching to application ...
------



["Disable Auth For Application Image" is OFF]
-----
[New]Starting OSPI Bootloader ...

DMSC Firmware Version 9.1.6--v09.01.06 (Kool Koala)
DMSC Firmware revision 0x9
DMSC ABI revision 3.1

Some tests have failed!!
-----

我会将 SBL OSPI 工程附加到私人聊天区。

此致、
今泉清正。

尊敬的 Kiyomasa：

正如您提到的更改闪存配置时、我假设您使用带有定制闪存器件的定制电路板、能否确认相同内容？ 对于我来说、即使 未选中“Disable Auth for Application Image“复选框、引导也成功、并且我在 TI EVM 上进行了测试。

此致、

会面。

你好,遇见 Thakar

“确认相同“是否意味着以下内容？
将闪存设置从自定义闪存 (IS25LX256) 恢复到 EVM 闪存 (S28HS512T)、并检查它在具有或不具有“应用映像禁用身份验证“设置的情况下是否在 EVM 上正常工作。

此致、

今泉清正。

尊敬的 Kiyomasa：

抱歉、您造成的混淆、因此我使用默认 TI EVM 板进行了测试、即使启用了身份验证、也可以正常工作。如果您使用自定义闪存、在对映像进行身份验证时似乎会遇到问题、那么在使用自定义闪存时、我可以尝试检查哪些因素会导致身份验证失败、您不需要恢复闪存设置。

此致、

会面。

你好,遇见 Thakar

感谢您调查自定义闪存。
我希望你能尽快解决这个问题。
我还测试了它、并确认它可以在 EVM 上工作。
在 EVM 上、无论是否启用了 SBL 闪存身份验证、用户应用程序都会启动。

此致、
今泉清正。

有关 EVM 上 SBL OSPI 操作的附加注释。

在 SBL OSPI 设置中、未选中“Disable Auth for Application Image“。
当反复打开和关闭 EVM 的电源时、
Bootloader_parseMultiCoreAppImage () 的返回值可能不是 SystemP_Success、并且用户应用程序可能无法启动。

发生这种情况时、会出现消息“some tests have failed“（某些测试已失败）。
用户应用程序似乎也无法在 EVM 上可靠启动。

此致、

今泉清正。

这似乎对我来说很有用

反复打开和关闭 EVM 电源时、

在 EVM 上进行下电上电的时间间隔如何、故障率也是多少？ 您只观察一次还是可以重现？

你好,遇见 Thakar。

我在 Teraterm 中附加了调试输出的日志。
它每 1-2 秒在 EVM 上反复打开和关闭一次。
当 Bootloader_parseMultiCoreAppImage 成功时、会输出“解析成功“；
当它失败时、“解析就是失败！“ 是输出。
这是可以重现的。

e2e.ti.com/.../7848.teraterm.log

此致、

今泉清正。

你好,遇见 Thakar。

对自定义闪存进行调查的进度是什么？
如果您找到任何解决方案、请尽快通知我。

此致、
今泉清正。

你好,遇见 Thakar。

我两个多星期没有收到答复。 进展如何？

请告诉我如何解决问题。

此致、

今泉清正。

您好、
对延迟深表歉意、让我们重点看看您目前在定制电路板上遇到的问题。 您能否启用 TIFS 日志并与我共享这些日志？ 这可能提供了有关此问题的一些见解、请参阅以下说明如何启用它们： 【常见问题解答】AM64x/AM243x：如何在 AM64x/AM243 器件上启用 SYSFW 跟踪 

此致、
会面。

你好,遇见 Thakar。

我在启用 SYSFW 跟踪时捕获了 UART1 的输出。
我附上了该文件。

e2e.ti.com/.../SYSFW_5F00_TRACE_5F00_ENABLE.txt

当 SBL OSPI 在定制电路板上运行时、
bootloader_parseMultiCoreAppImage 返回–1、
并显示消息“some test have failed！“ 。

此致、

今泉清正。

尊敬的 Kiyomasa：

我看到您使用的是较旧的 9.1 SDK、能否请使用最新的 SDK 版本 (11.1) 对此进行一次测试。

此致、

会面。

你好,遇见 Thakar。

正如您所说的、我使用的 SDK 版本是 mcu_plus_sdk_am64x_09_01_00_41。

在 SDK 9.1 中、我在 sciclient_defaultBoardcfg.c 中启用了 SYSFW_TRACE_ENABLE、
但 sciclient_defaultBoardcfg.c 在 SDK 11.1 中不可用。
我应该对 SDK 进行哪些更改？

此外、是否可以仅 SBL OSPI 使用最新的 SDK (11.1)？
用户应用程序必须使用较旧的 SDK 版本 (MCU_PLUS_SDK_am64x_08_06_00_45)。
这是因为这是在开发应用程序时启动的版本。

此致、

今泉清正。

附加说明：我在以下路径中找到了该文件：

C：\ti\mcu_plus_sdk_am64x_11_01_00_17\source\drivers\sciclient\sciclient_default_boardcfg\am64x\sciclient_defaultBoardcfg.c
我将尝试在启用 SYSFW_TRACE_ENABLE 的情况下编译 sysfw。

当我尝试构建它时、收到以下错误：

c:\ti\mcu_plus_sdk_am64x_11_01_00_17>gmake -s -C .\tools\sysfw\boardcfg SOC=am64x
"Build Board Configuration Obj Files"
process_begin: CreateProcess(NULL, C:/ti/ccs2020/ccs/utils/cygwin/mkdir -p c:/ti/mcu_plus_sdk_am64x_11_01_00_17/tools/sysfw/boardcfg/obj, ...) failed.
make (e=2): 指定されたファイルが見つかりません。
makefile:199: recipe for target 'c:/ti/mcu_plus_sdk_am64x_11_01_00_17/tools/sysfw/boardcfg/obj/sciclient_defaultBoardcfg_security_hex.o' failed
gmake: *** [c:/ti/mcu_plus_sdk_am64x_11_01_00_17/tools/sysfw/boardcfg/obj/sciclient_defaultBoardcfg_security_hex.o] Error 2

c:\ti\mcu_plus_sdk_am64x_11_01_00_17>    

]但 sciclient_defaultBoardcfg.c 在 SDK 11.1 中不可用。

它在 11.1 中也提供。

当我尝试构建它时、我收到以下错误：

对于 SDK 版本 11.1、建议的 CCS 版本为 20.2、请使用相同的版本以避免此错误。

另外、是否只有 SBL OSPI 才能使用最新的 SDK (11.1)？
用户应用程序必须使用较旧的 SDK 版本 (MCU_PLUS_SDK_am64x_08_06_00_45)。

我们通常建议使用最新的 SDK 版本、因为它将包含最新的错误修复、首先我想检查使用最新的 SDK 是否可以解决此问题、因此对于测试、此版本现在应该没问题。

此致、
会面。

你好,遇见 Thakar。

我使用 CCS 20.2 为定制电路板创建了 SBL OSPI。
我测试了 Bootloader_parseMultiCoreAppImage 的运行情况。
如果用户应用程序正常、则返回 0。
如果闪存中的用户应用程序被篡改、则返回–1。
它当前似乎工作正常。 我将对其进行更多测试。

但是、当我升级到 CCS20.2 时、每次我构建 SBL OSPI 的 tiimage 的二进制文件是不同的。
这之前没有发生（使用 CCS12.5）。
有何区别？

我还有一个问题。
我实现的 CA53 用户应用需要使用 OSPI 闪存、
因此、在执行 Bootloader_runCpu 之前、我将使用 SBL OSPI 在 CA53 上执行 Flash_reset。
换言之、处理流程如下、但正确吗？ （我省略了细节。）

——
之前（默认 SBL OSPI）

bootloader_runCpu (bootHandle、&bootImageInfo.cpuinfo[CSL_CORE_ID_A53SS0_0])；
bootloader_runCpu (bootHandle、&bootImageInfo.cpuinfo[CSL_CORE_ID_A53SS0_1])；
bootloader_rprcImageLoad (bootHandle、&bootImageInfo.cpuinfo[CSL_CORE_ID_R5FSS0_0])；
bootloader_profileUpdateAppimageSize (bootloader_getMulticoreImageSize (bootHandle))；
bootloader_runSelfCpu (bootHandle、&bootImageInfo)；
——
之后

bootloader_rprcImageLoad (bootHandle、&bootImageInfo.cpuinfo[CSL_CORE_ID_R5FSS0_0])
FLASH_RESET (gFlashHandle[CONFIG_FLASH0])；//在 CA53 启动之前的 Flash_RESET。
bootloader_profileUpdateAppimageSize (bootloader_getMulticoreImageSize (bootHandle))；
bootloader_runCpu (bootHandle、&bootImageInfo.cpuinfo[CSL_CORE_ID_A53SS0_1])；
bootloader_runCpu (bootHandle、&bootImageInfo.cpuinfo[CSL_CORE_ID_A53SS0_0])；
bootloader_runSelfCpu (bootHandle、&bootImageInfo)；

——

此致、
今泉清正。

尊敬的 Kiyomasa：

我使用 CCS 20.2 为定制电路板创建了 SBL OSPI。

我假设您使用的是最新 SDK 版本、因此大部分情况下解决了问题、看起来与 CCS 版本无关。

但是、当我升级到 CCS20.2 时、每次构建 SBL OSPI 的 tiimage 的二进制文件都不同。

您能详细说明一下吗？ 二进制文件有何不同？ 大小是每次更改还是其他更改？

所以我要使用 SBL OSPI 在执行 Bootloader_runCpu 之前在 CA53 上执行 Flash_reset。

由于您已经从闪存加载了应用程序、因此可以进行复位、因此应使用 flashFixUpOspiBoot 函数而不是 Flash_reset 、然后还调用 Drivers_ospiClose 来关闭 OSPI 驱动程序、需要确保没有从 CA53 和 CR50-0 并发访问 OSPI。

此致、

会面。

你好,遇见 Thakar。

如前所述、CCS20.2 中使用的 SDK 是最新的 MCU_PLUS_SDK_am64x_11_01_00_17。

我附上了当时使用 sbl_ospi 示例工程生成的 tiimage：
tiimages 中*。before 和*。after tiimages 之间的唯一区别是工程已重建。
在不同的二进制文件中比较这些结果。

对于 FLASH_RESET、执行以下步骤是否正确？

——
bootloader_rprcImageLoad (bootHandle、&bootImageInfo.cpuinfo[CSL_CORE_ID_R5FSS0_0])
FlashFixUpOspiBoot (gOspiHandle[CONFIG_OSPI0])；
驱动程序 ospiClose()；
bootloader_profileUpdateAppimageSize (bootloader_getMulticoreImageSize (bootHandle))；
bootloader_runCpu (bootHandle、&bootImageInfo.cpuinfo[CSL_CORE_ID_A53SS0_1])；
bootloader_runCpu (bootHandle、&bootImageInfo.cpuinfo[CSL_CORE_ID_A53SS0_0])；
bootloader_runSelfCpu (bootHandle、&bootImageInfo)；

——

此致、
今泉清正。

e2e.ti.com/.../tiimage.zip

我已经附加了 sbl_ospi 的 tiimage：

尊敬的 Kiyomasa：
由于专家不在办公室、请预计在办公室内会出现延迟。

谢谢、
Shreyansh