[参考译文] MSPM0G3519：POR 不会复位 INITDONE

您好 Aaron、

高于 BOOT RESET 的复位电平（包括引导复位和 POR 复位）都可以复位 INITDONE。

您是否为您的 CSC 解决方案启用了 NONMAIN 中的 CSCTLISTS 和 FLASHBANKSWAPPOLICY 字段？ 应启用这两个字段以启用 CSC 过程、  有关更多详细信息、请参阅 MSPM0 MCU 中网络安全机制的 3.2.4.3 CSC NONMAIN 配置第 5 点（修订版 A）。

您好 Pengfei：

CSCSCEXISTS 和 FLASHBANKSWAPPOLICY 均启用。 我在进入 CSC 时没有遇到问题、我永远不会看到 INITDONE 被 POR 清除。 我通过 UART 看到引导加载程序的日志、 DL_SYSCTL_isINITDONEISSUED () 在发出 POR 后始终返回 TRUE、SECSTATUS 的值始终为 0x1。 当我在主应用程序中运行并且调用 DL_SYSCTL_isExecuteFromUpperFlashBank () 时、无论两个闪存组中有什么映像版本、它总是返回 FALSE。 我在下面添加了我的 CSC 主应用程序。 是否需要启用一些额外的配置来解锁 INITDONE 标志？ 是否存在一些可能的硬件问题、导致 MCU 停止完成复位并清除 INITDONE 标志？

CSC 主服务器

内部 main (void)
｛
uint8_t done = 0；
FIH_int bootStatus；
结构 boot_rsp bootRsp；
SYSCFG_DL_init ()；
MCUBOOT_LOG_INF（“starting bootloader\r\n“）；

/*特权状态的执行流程。 器件没有功能、但
*静态写保护已启用,且图像未经验证,和
因此,必须进行身份验证。
*/
MCUBOOT_LOG_INF（“Checking initdone\r\n“）；
if（！DL_SYSCTL_isINITDONEISSUED ()){
/*首次引导 — 在 INITDONE 之前确定要从哪个存储体执行并配置存储体交换*/
MCUBOOT_LOG_INF（“首次引导 — 确定组选择\r\n“）；
boot_return_master_version (&bootRsp)；
bootStatus = boot_go (&bootRsp)；

if ((0 == bootStatus)&&(image_magic == bootRsp.br_hdr->ih_magic))｛
MCUBOOT_LOG_INF（“Image found：offset = 0x%x、ver=%d.%d.%d\r\n“、
bootRsp.br_image_off、
bootRsp.br_hdr->ih_ver.iv_major、
bootRsp.br_hdr->ih_ver.iv_minor、
bootRsp.br_hdr->ih_ver.iv_revision、
bootRsp.br_hdr->ih_ver.iv_build_num);

/*在 INITDONE 之前配置存储体交换*/
if (bootRsp.br_image_off！= PRIMARY_SLOT_OFFSET)｛
MCUBOOT_LOG_INF（“为上部闪存组配置组交换\r\n“）；
DL_SYSCTL_executeFromUpperFlashBank ();
}其他{
MCUBOOT_LOG_INF（“配置下部闪存组（无交换）\r\n“）；
DL_SYSCTL_executeFromLowerFlashBank ();
}
}

/*设置防火墙（在 INITDONE 时启用）*/
DL_SYSCTL_setWriteProtectFirewallAddrRange (
(uint32_t) lockable_flash_firewall)；

MCUBOOT_LOG_INF（“发出 INITDONE\r\n“）；
DL_SYSCTL_issueINITDONE ();
}

/* INITDONE 之后 — 从配置的组引导*/
MCUBOOT_LOG_INF（“initdone is set\r\n“）；

MCUBOOT_LOG_INF（“mcuboot_app\r\n")“）；
boot_return_master_version (&bootRsp)；

bootStatus = boot_go (&bootRsp)；
MCUBOOT_LOG_INF（“BOOT_GO returned %d\r\n“、bootStatus)；
if ((0 == bootStatus)&&(image_magic == bootRsp.br_hdr->ih_magic))｛
MCUBOOT_LOG_INF（“bootRsp: slot =%x、offset =%x、ver=%d.%d.%d\r\n“、
BootStatus、bootRsp.br_image_off、
bootRsp.br_hdr->ih_ver.iv_major、
bootRsp.br_hdr->ih_ver.iv_minor、
bootRsp.br_hdr->ih_ver.iv_revision、
bootRsp.br_hdr->ih_ver.iv_build_num);

/*确定我们从哪个银行执行*/
uint32_t EXECUTING_BANK；
if (bootRsp.br_image_off！= PRIMARY_SLOT_OFFSET)｛
MCUBOOT_LOG_INF（“从上部闪存组执行（交换后）\r\n“）；
EXECUTING_BANK = 1；
}其他{
MCUBOOT_LOG_INF（“从下部闪存组执行\r\n“）；
EXECUTING_BANK = 0；
}

uint32_t CURRENT_VERSION = bootRsp.br_hdr->ih_ver.iv_major << 24 |
(bootRsp.br_hdr->ih_ver.iv_minor << 16)|
(bootRsp.br_hdr->ih_ver.iv_revision << 8)；
//在签名的 LSB 中编码银行编号
uint32_t signature_with_bank =(signature & 0xFFFFFFFE)|(EXECUTING_BANK & 0x1)；
MCUBOOT_LOG_INF（“将版本信息写入闪存：版本 0x%08x、签名 0x%08x（组%d）、地址 0x%x\r\n“、
CURRENT_VERSION、SIGNATURE_WITH_BANK、EXECUTING_BANK、FLASH_ADDR_FIRMWARE_VERSION)；
//将当前执行组写入两个组以实现冗余
write_version_info_to_flash (current_version、signature_with_bank、true)；
WRITE_VERSION_INFO_TO_FLASH (CURRENT_VERSION、SIGNATURE_WITE_BANK、FALSE)；

}其他{
MCUBOOT_LOG_ERR（“Boot Go Faile\r\n“）；
mcubootFail()；
}
do_boot (&bootRsp)；
//永远不会到达这里
mcubootFail()；
}

经过一些额外的调查后、我看到 CSCSCEXISTS 在 SECSTATUS 中始终为零。 我在 syscfg 中启用了 CSCSCEXISTS、并在生成的 boot_config.c 文件中看到 cscexists 设置为 0xFFFF。 但是、当我使用存储器查看器查看 41c00018 时、它设置为 0xaabb、这表示 CSC 不存在。 我还在 CSC 工程的步骤中看到、当使用 objcopy 创建 bin 时、.bCRConfig 和.BSLConfig 会被删除。 当我将 objcopy 步骤更改为不删除 BCRConfig 和 BSLConfig 时、输出箱的大小变为 1Gb、无法使用。

objcopy 步骤删除 BSL 和 BCR
C：/ti/ccs2041/ccs/tools/compiler/ti-cgt-armllvm_4.0.4.LTS/bin/tiarmobjcopy customer_secure_code_meting_prod.out -R .bcrConfig -R .BSLConfig -R .TI.bound*-- output-target 二进制 customer_secure_code_metering_prod-bank1-0x40000.bin

我的 boot_config.c（内部版本未使用）