工具/软件:
我尝试将 HS 器件上的 SWREV 设置为 2。 为此、我运行了 mcu_plus_sdk_am64x_11_01_00_17 附带的 runtime_keyrev 示例。 由于我的电路板已经是 HS 且 SWREV=1、因此我进行了以下更改:
if (SystemP_Success == status)
{
if(swrev !=1)
{
DebugP_LOG(“SWREV 已写入 eFUSE、值:0x%x \r\n“、swrev);
}
暴露
{
/*更新 boardcfg*/的软件版本
status = runtime_swrev_writeSwrev (OTP_REV_ID_SEC_BRDCFG、2);
}
}
并生成了示例:
DEVICE_TYPE=HS make
运行 tiboot3.bin 后、我通过在 makefile 中进行以下更改、首先重新编译 boardcfg-blob (mcu_plus_sdk_am64x_11_01_00_17/tools/sysfw/boardcfg/) 来验证它是否有效:
$(APP_NAME):$(HEXFILES)
$(Python)$(BLOB_GEN)--sw-rev 2 --devgrp $(devgrp_main)--bcfg $(BCFG)--bcfg-rm $(BCG_RM)--bcfg-pm $(BCG_PM)--bcfg-sec $(BCG_SEC)--output-file $(BCFG_BLOB)
ifeq ($(SOC)、$(FILTER $(SOC)、am64x_am243x)
$(Python)$(BLOB_GEN)--sw-rev 2 --devgrp $(devgrp_main)--bcfg $(BCG_Linux)--bcfg-rm $(BCG_RM_Linux)--bcfg-pm $(BCG_PM_Linux)--bcfg-sec $(BCG_RM_LINUX)--bcfg-sec_file
endif
我还对 runtime_swrev MCU_PLUS_SDK_am64x_11_01_00_17/examples/otp/runtime_swrev/am64x-evm/r5fss0-0_nortos/ti-arm-clang/makefile 进行了以下更改
$(BOOTIMAGE_CERT_GEN_CMD)--swrv 2 --sbl-enc --enc-key $(app_encryption_key)--sbl-Bin $ sysfw-hs-enc.bin (BOOTIMAGE_PATH sysfw-hs-enc-cert.bin)/$(BOOTIMAGE_bin_name)--sysfw-Bin $
暴露
$(BOOTIMAGE_CERT_GEN_CMD)--swrv 2 -sbl-bin $(BOOTIMAGE_PATH)/$(BOOTIMAGE_BIN_NAME sysfw-hs-enc-cert.bin)-sysfw-BIN $(BOOTFW_PATH)/sysfw-hs-enc.bin -sysfw-cert $(SYSFW_PATH)/$
endif
暴露
$(BOOTIMAGE_CERT_GEN_CMD)--swrv 2 --sbl-bin $(BOOTIMAGE_PATH)/$(BOOTIMAGE_BIN_NAME sysfw-hs-fs-enc-cert.bin)--sysfw-bin $(BOOTFW_PATH)/sysfw-hs-fs-enc.bin --sysfw-inner-cert $(SYSFW_PATH)/$
endif
使用这些更改进行重建 runtime_keyrev 应用程序似乎运行正常、显示 SWREW 设置为 2。

问题是无法使我们的 Yocto 构建所生成的引导程序 (tiboot3.bin) 正常工作。
我已在 k3-am64x-binman.dtsi 中的所有位置将 sw-rev 更改为 2:
合并;
sysfw-iner-cert;
keyfile =“CustMpk.pem";“;
sw-rev =<2>;
content-SBL =<&u_boot_spl>;
content-sysfw =<&ti_sci_enc>;
content-sysfw-data =<&combined_sysfw_cfg>;
我还将此部分设置为 2:
修订日期:
boardcfg_abi_maj:0x0
boardcfg_abi_min:0x2.
在以下文件中:
board-cfg.yaml
pm-cfg.yaml
rm-cfg.yaml
sec-cfg.yaml
当我尝试启动时、我得到:
U-Boot SPL 2023.04-ti-g0893e693e08f (2024 年 11 月 13 日 — 21:28:34 +0000)
在冷启动时重置以解决错误 ErrataID:i2331
如果是 UART/DFU 引导、请重新发送 tiboot3.bin
正在重置...
TI_sci system-controller@44043000:消息未确认 ti-sci-sysreset sysreset-controller:TI_sci_sysreset_request:reboot_device failed(–19)
TI_sci system-controller@44043000:消息未确认 ti-sci-sysreset sysreset-controller:TI_sci_sysreset_request:reboot_device failed(–19)
TI_sci system-controller@44043000:消息未确认 ti-sci-sysreset sysreset-controller:TI_sci_sysreset_request:reboot_device failed(–19)
无系统复位
###错误###请重置主板###
我所做的更改是否正确?
是否需要进行任何其他更改?
此致、
Mathias M ü Ågren