This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
大家好!
我们正在使用 SDK 10.0和 AM2634 MCU。 我们实现了一个次级引导加载程序(SBL)、该引导加载程序需要从闪存加载 MCELF 映像(经过签名和加密)。 我们在闪存中分配了两个空间来存储 MCELF、这样、在发生更新时、如果传输的映像损坏、我的 SBL 仍可以加载第二个。
我们在 SBL 中用于验证映像的函数包括:
Bootloader_authStart()
Bootloader_authUpdate()
Bootloader_authFinish()
我们遇到的问题如下:如果第一个映像没有有效签名(例如、它已损坏或未签名)、当我们检查第二个映像时、SBL 会卡在无限循环中。
我们想知道:
提前感谢您的帮助!
Alessandro
尊敬的 Alessandro:
感谢您的查询、请允许我调查此问题、并在11月4日之前回来。 在本周即将结束的假期中、我们对延误深表歉意。
我们遇到的问题如下:如果我检查的第一个映像没有有效签名(例如、它已损坏或无符号)、当我们检查第二个映像时、SBL 会卡在无限循环中。
尊敬的 Alessandro:
我需要一些信息:
AM263x SoC 安全性是否已启用?
在查看勘误文档时、我看到这是: https://www.ti.com/lit/er/sprz488e/sprz488e.pdf
签名和用例看起来像是 i2403勘误表。 请确认一次。
我还获得 确认、表示我们计划在 AM263x 器件的下一个 PG 中解决此问题。
计划于2025年2月发布第一个样本(FCS)。
生产时间表可能是2025年7月左右。
尊敬的 Nilabh:
我确认我们正在努力实现安全性。 使用 SDK 的功能时会遇到问题、但如果我理解正确、即使在 ROM 启动代码中也会出现同样的问题、对吗?
使用 SDK 功能时遇到问题、但如果我理解正确、即使在 ROM 启动代码中也会出现同样的问题、是否正确?
是的、这是正确的、ROM 代码中存在问题、它无法从冗余位置引导、我们正在努力在 AM263x SoC 的下一版本中解决此问题、时间表如上所述。
是否有任何可实现可靠 SBL 更新的软件权变措施?
此勘误表中没有软件权变措施。