Other Parts Discussed in Thread: SYSCONFIG, UNIFLASH
器件型号: AM2632
Thread 中讨论的其他器件: SYSCONFIG、 UNIFLASH
为了缩短使用 HSM 时的系统启动时间、我们是否可以禁用 SBL 代码中的 HSMRT 和 APP 映像验证步骤? 
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.
Other Parts Discussed in Thread: SYSCONFIG, UNIFLASH
器件型号: AM2632
Thread 中讨论的其他器件: SYSCONFIG、 UNIFLASH
为了缩短使用 HSM 时的系统启动时间、我们是否可以禁用 SBL 代码中的 HSMRT 和 APP 映像验证步骤? 
您好、
下一个版本将于 8 月底发布。
同时、您可以在 syscfg 源代码中执行以下更改、以使用该工具禁用
diff --git a/source/sysconfig/drivers/.meta/bootloader/templates/bootloader_config.c.xdt b/source/sysconfig/drivers/.meta/bootloader/templates/bootloader_config.c.xdt
index ded2fb9c..f801fb59 100644
--- a/source/sysconfig/drivers/.meta/bootloader/templates/bootloader_config.c.xdt
+++ b/source/sysconfig/drivers/.meta/bootloader/templates/bootloader_config.c.xdt
@@ -143,7 +143,7 @@ Bootloader_Config gBootloaderConfig[CONFIG_BOOTLOADER_NUM_INSTANCES] =
.disableAppImageAuth = `instance.disableAppImageAuth.toString(10).toUpperCase()`,
.initICSSCores = `instance.initICSSCores.toString(10).toUpperCase()`,
% } else {
- .isAppimageSigned = TRUE,
+ .isAppimageSigned = `instance.isAppimageSigned.toString(10).toUpperCase()`,
.disableAppImageAuth = FALSE,
.initICSSCores = FALSE,
% }
diff --git a/source/sysconfig/drivers/.meta/bootloader/v0/bootloader_v0.syscfg.js b/source/sysconfig/drivers/.meta/bootloader/v0/bootloader_v0.syscfg.js
index 5914e554..5c0ee714 100644
--- a/source/sysconfig/drivers/.meta/bootloader/v0/bootloader_v0.syscfg.js
+++ b/source/sysconfig/drivers/.meta/bootloader/v0/bootloader_v0.syscfg.js
@@ -179,6 +179,16 @@ function getConfig(){
}
);
}
+ if(["am263x", "am263px", "am261x"].includes(common.getSocName())) {
+ cfg.push(
+ {
+ name: "isAppimageSigned",
+ displayName: "Application Image Is X509 Signed",
+ description: "SBL expects a signed image (appimage with x509 certificate concatenated) if this option is enabled, disable this if you are trying to boot an unsigned image",
+ default: true,
+ }
+ );
+ }
if(["am243x", "am64x"].includes(common.getSocName())) {
cfg.push(
{
进行此更改后无需重建任何内容。 您应该在 syscfg 的“bootloader“选项卡中看到该复选框。
谢谢。此致、
Nikhil Dasan
你好、Nikhil、
谢谢您的答复、我得到了您的意见。
我为什么要问上述问题? 我们正在考虑从 HS_FS 转换到 HS_SE 的工作流程、以及如何在 SOP 阶段 (SBL+APP) 刷写生产十六进制文件。
如您所知、在生产期间通过 UART 引导模式下载 Keywriter SBL 需要很长时间。 因此、我们计划使用 QSPI 模式下载 Keywriter SBL 以触发器件进入 SE 模式。
但是、在将器件切换到 HS_SE 模式后、我们如何将 Keywriter SBL 重新刷回到正常运行的 SBL?
你好、Nikhil、
谢谢您的答复、我得到了您的意见。
我为什么要问上述问题? 我们正在考虑从 HS_FS 转换到 HS_SE 的工作流程、以及如何在 SOP 阶段 (SBL+APP) 刷写生产十六进制文件。
如您所知、在生产期间通过 UART 引导模式下载 Keywriter SBL 需要很长时间。 因此、我们计划使用 QSPI 模式下载 Keywriter SBL 以触发器件进入 SE 模式。
但是、在将器件切换到 HS_SE 模式后、我们如何将 Keywriter SBL 重新刷回到正常运行的 SBL?
=========================================================================================================================================== >
你好、Nikhil、
您能帮助回答以上问题吗?
尊敬的 Chun:
是的、在本例中、一种选择是将 HS-SE SBL 放置在冗余引导位置(具有调试启用功能)。 将 SBL OTP KW 刷写到主位置并 将 HS-SE SBL 刷写到冗余引导位置、以便当器件为 HS-SBL 时、会执行 FS OTP KW、当它进入 HS-SE 时、从位置 HS-SE SBL 作为主位置具有 HS-SBL FS 固件时、会执行该次位置。
谢谢。此致、
Nikhil Dasan
我认为从“HS-SBL→引导 FS OTP KW→HS-SE→引导 HS-SE SBL“转换的过程由 BootROM 自动处理、是这样吗?
正确。 您只需将二进制文件放置在相应的位置。
我创建了一个流程图供您参考。

有关冗余引导的更多信息、请参阅 TRM 中的 5.5 冗余引导支持一章
AM263x Sitara 微控制器技术参考手册(修订版 I)
谢谢。此致、
Nikhil Dasan