[参考译文] AM623：通过 UART 在 SDK 8.6.4 上加载 tispl.bin_HS 后出现的问题

admin

Other Parts Discussed in Thread: AM623

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1547474/am623-issues-after-loading-tispl-bin_hs-on-sdk-8-6-4-via-uart

器件型号：AM623

工具/软件：

您好：

我们一直在努力让 HS 器件启动、但没有太大的成功。此论坛帖子就是我们遇到的问题。

AM620-Q1：使用 FS 8.06 在 AM62x (HS-SDK) 定制电路板上加载 tispl.bin 时出现问题

在定制硬件上运行、相同类型的 GP 器件已在完全相同的硬件上进行了测试、并可以通过 UART 进行良好编程。

加载 tiboot3.bin_hs 可以正常工作、但在加载 Arm 受信任固件二进制文件上的 tispl.bin_hs 时挂起。这只是 HS 器件的问题、完全相同硬件上的 GP 器件运行良好。

对于 tiboot3.bin_hs、二进制文件通过 minicom 加载、对于 tispl.bin_hs、使用 Xmodem 加载

构建脚本取自此网站、映像使用 TI 提供的默认密钥进行签名。 software-dl.ti.com/.../UG-General-Info.html

以下是引导日志：

02000000011a0000616d3632780000000000000048534653010001000100010002a6000000000000d68ecb2c055dff11ade95bd927e837d2a53bc23b0a2800cebce4f106bcf309df2213912d77a157C
U-Boot SPL 2021.01-00001-ga347ec164e-dirty (Jul 30 2025 - 15:12:57 -0600)                                             
SYSFW ABI: 3.1 (firmware rev 0x0008 '8.6.4--v08.06.04 (Chill Capybar')                                                
SPL initial stack usage: 13424 bytes                                                                                  
Trying to boot from UART                                                                                              
CCxyzModem - CRC mode, 7219(SOH)/0(STX)/0(CAN) packets, 7 retries                                                     
Loaded 923672 bytes                                                                                                   
init_env from device 7 not supported!                                                                                 
## No elf image at address 0x89000000                                                                                 
Starting ATF on ARM64 core...

提前感谢您、

尼古拉

3 个月前

0 admin 3 个月前

TI__Guru**** 2430620 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好、Nikolay：

我知道这不会直接回答您的问题、但这是使用 AM623 的新项目吗？为什么您仍然使用 SDK8.6、而 SDK8.6 已经使用了几年、并且不再受此论坛支持。最重要的是、由于 PLL 时序控制问题（记录在勘误表 i2424 中）、您应该改用 SDK10.0 或更高版本。

0 admin 3 个月前

TI__Guru**** 2430620 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Bin：

不,这个项目已经在工作至少 2 年了。已经讨论了迁移到 9.x SDK 的问题、即使这样、团队也抱怨说这会造成很多痛点、至少在产品正式发布之前。

有什么想法怎么可能是这里的原因?

0 admin 3 个月前

TI__Guru**** 2430620 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

我找到了解决该问题的方法。如果加载 tiboot3.bin_hs、则加载常规 tispl.bin 和 u-boot.bin（适用于 GP 器件）、FS 器件仍将加载引导加载程序。问题似乎与 ATF、OPTEE 和 IPC 二进制文件的映像签名/读取有关。

这是引导日志

U-Boot SPL 2021.01-00001-ga347ec164e-dirty (Jul 31 2025 - 08:59:41 -0600)
SYSFW ABI: 3.1 (firmware rev 0x0008 '8.6.4--v08.06.04 (Chill Capybar')
SPL initial stack usage: 13424 bytes
Trying to boot from SPI
Authentication passed
Authentication passed
Authentication passed
Warning: Did not detect image signing certificate. Skipping authentication to prevent boot failure. This will fail on Security Enforcing(HS-SE) devices
Warning: Did not detect image signing certificate. Skipping authentication to prevent boot failure. This will fail on Security Enforcing(HS-SE) devices
Starting ATF on ARM64 core...

NOTICE:  BL31: v2.8(release):v2.8-226-g2fcd408bb3-dirty
NOTICE:  BL31: Built : 05:33:19, Feb 24 2023

U-Boot SPL 2021.01-00001-ga347ec164e-dirty (Jul 31 2025 - 08:36:46 -0600)
SYSFW ABI: 3.1 (firmware rev 0x0008 '8.6.4--v08.06.04 (Chill Capybar')
Trying to boot from SPI
Warning: Did not detect image signing certificate. Skipping authentication to prevent boot failure. This will fail on Security Enforcing(HS-SE) devices
Warning: Did not detect image signing certificate. Skipping authentication to prevent boot failure. This will fail on Security Enforcing(HS-SE) devices


U-Boot 2021.01-00001-ga347ec164e-dirty (Jul 31 2025 - 08:36:46 -0600)

SoC:   AM62X SR1.0 HS-FS
Model: Texas Instruments AM625 SK - 1GB LPDDR4
DRAM:  1 GiB
Loading Environment from SPIFlash... SF: Detected s28hs01gt with page size 256 Bytes, erase size 256 KiB, total 128 MiB
OK
In:    serial@2800000
Out:   serial@2800000
Err:   serial@2800000
Net:   am65_cpsw_nuss_port ethernet@8000000port@1: can't parse phy-handle port 1 (-2)
eth0: ethernet@8000000port@1
Hit any key to stop autoboot:  0 
SF: Detected s28hs01gt with page size 256 Bytes, erase size 256 KiB, total 128 MiB
SF: Detected s28hs01gt with page size 256 Bytes, erase size 256 KiB, total 128 MiB
device 0 offset 0x5580000, size 0xa00000
SF: 10485760 bytes @ 0x5580000 Read: OK
device 0 offset 0x6980000, size 0x40000
SF: 262144 bytes @ 0x6980000 Read: OK
   Uncompressing Kernel Image
## Flattened Device Tree blob at 88000000
   Booting using the fdt blob at 0x88000000
   Loading Device Tree to 000000008fef0000, end 000000008fffffff ... OK

Starting kernel ...

[    0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034]

处理器（参考译文帖）

处理器（参考译文帖）(Read Only)

[参考译文] AM623：通过 UART 在 SDK 8.6.4 上加载 tispl.bin_HS 后出现的问题