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.

[参考译文] AM6421:如果&'ENC_ENABLE=yes&#39、则应用程序引导失败;

Guru**** 2339010 points
Other Parts Discussed in Thread: SYSCONFIG
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1501019/am6421-application-is-failed-to-boot-if-enc_enabled-yes

器件型号:AM6421
主题:SysConfig 中讨论的其他器件

工具/软件:

尊敬的 TI 专家:

我使用 MCU SDK: mcu_plus_sdk_am64x_10_00_00_20。

我已经使用 OPT Keywriter 将 TI 的 dummpy 密钥编程到 SMPK、SMEK 中。

我已经构建了安全的"Sbl"和安全的"FreeRTOS 应用程序"。

我可以启动安全'SWL'、但无法启动安全应用程序。 SBL 引导在"Bootloader_socAuthImage"处失败、具体而言、"respParam.flag = 0x0"、请参阅以下屏幕截图:

我的 SBL 编译命令为:

'

Python C:/git/ark-mpu-2-7-snarc/Environment/Bsp/AM64x/SDK/mcu_plus_sdk_am64x_10_00_00_20/source/security/security_common/tools/boot/signing/rom_image_gen.py
-- swrv 1 -- sbl-enc
--- ENC-KEY C:/git/ark-mpu-2-7-snarc/Environment/Bsp/AM64x/SDK/mcu_plus_sdk_am64x_10_00_00_20/source/security/security_common/tools/boot/signing/custMek_am64x_am243x.txt
-- sbl-Bin C :/git/ark-mpu-2-7-snarc/App/BL/im_pmc/sbl_qspi_flash/Debug/sbl_qspi_flash.bin - sysfw-Bin C :/git/ark-mpu-2-7-snarc/Environment/Bsp/AM64x/SDK/mcu_plus_sdk_am64x_10_00_00_20/source/drivers/sciclient soc / am64x_am243x/sysfw-hs-enc.bin
-- sysfw-inner-cert C:/git/ark-mpu-2-7-snarc/Environment/Bsp/AM64x/SDK/mcu_plus_sdk_am64x_10_00_00_20/source/drivers/sciclient soc / am64x_am243x/sysfw-hs-enc-cert.bin
-- boardcfg-blob C:/git/ark-mpu-2-7-snarc/Environment/Bsp/AM64x/SDK/mcu_plus_sdk_am64x_10_00_00_20/source/drivers/sciclient/sciclient_default_boardcfg/am64x/boardcfg_blob_flex.bin
--sbl-loadaddr 0x70000000 --sysfw-loadaddr 0x44000 --bcfg-loadaddr 0x7B000
-键 C:/git/ark-mpu-2-7-snarc/Environment/Bsp/AM64x/SDK/mcu_plus_sdk_am64x_10_00_00_20/source/security/security_common/tools/boot/signing/custMpk_am64x_am243x.pem
-- debug dbg_full_enable --rom-image sbl_qspi.Debug.hs.tiimage

'

我的应用程序的构建命令为:

'

Python C:/git/ark-mpu-2-7-snarc/Environment/Bsp/AM64x/SDK/mcu_plus_sdk_am64x_10_00_00_20/source/security/security_common/tools/boot/signing/appimage_x509_cert_gen.py
-- bin C:/git/ark-mpu-2-7-snarc/App/PM/dsp/Project/CCS/A53/Release/pm_am64x-a53ss0-0.appimage
-- authtype 1 -- key C:/git/ark-mpu-2-7-snarc/Environment/Bsp/AM64x/SDK/mcu_plus_sdk_am64x_10_00_00_20/source/security/security_common/tools/boot/signing/custMpk_am64x_am243x.pem
-- ENC Y
-- enckey C:/git/ark-mpu-2-7-snarc/Environment/Bsp/AM64x/SDK/mcu_plus_sdk_am64x_10_00_00_20/source/security/security_common/tools/boot/signing/custMek_am64x_am243x.txt
--输出 C:/git/ark-mpu-2-7-snarc/App/PM/dsp/Project/CCS/A53/Release/pm_am64x-a53ss0-0.appimage.hs

'

还有一个信息是:如果 我尝试不通过在"evconfig.mak"中设置"ENC_ENABLED?=no"来加密应用程序映像、则可以引导应用程序。

 

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

    您好:

    我正在使用 MCU SDK: mcu_plus_sdk_am64x_10_00_00_20。

    此 SDK 版本不支持加密引导。

    启动 SDK v10_01_00_32时支持加密引导。

    https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1415720/am2432-am2432-secure-boot-encryption-with-ospi-flash-expected-date

    此致、

    Prashant

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

    您好、Prashant、

    感谢您的信息、我会尝试一下。

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

    您好、Prashant、

    我已经尝试了新的 MCU SDK、可以安全启动 SBL、但 SBL 仍然无法安全启动应用程序。

    我使用 的是"cu_plus_sdk_am64x_11_00_00_15"和"sysconfig_1.22.0"

    在 SBL 中、我发现在"SBL Bootloader_Config_ s"中有一些重要的配置参数、I config 如下所示:

    Bootloader_Config gBootloaderConfig[CONFIG_Bootloader_NUM_Instances]=


    &gBootloaderFlashFxns、
    &gBootloader0Args、
    bootloader_media_flash
    0、
    0、
    (uint8_t *)(0x84000000)、//DDR addr
    .socCoreOpMode=(void *)&operatingMode、
    .isAppimageSigned = true、
    .disableAppImageAuth = false、
    .initICSSM = true、
    1、//enableScratch 内存
    }、
    };

    置为有效的情况如下:

    传输的 TR 响应失败:SRC = 0x61000000、dst = 0x84000000、size = 32
    断言:50.276492s:ospi/V0/LLD/DMA/UDMA/ospi_UDMA_LLD.c:OSPI_udmaUpdateSubmitTR:259:false failed!!

    我发现以下行的原因上述断言:

    还有一个信息、在 HS-OTP 器件(具有未编程的 FS)上、我只能通过设置"enableScratchMem=0 "来引导应用程序、如果"enableScratchMem=1"、SBL 也无法引导应用程序

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    TR 响应传输失败:SRC = 0x61000000、dst = 0x84000000、size = 32
    断言:50.276492s:ospi/V0/LLD/DMA/UDMA/ospi_UDMA_LLD.c:OSPI_udmaUpdateSubmitTR:259:false failed!!!

    如果您通过 Sysconfg 禁用 SBL OSPI 模块中的 DMA、那么它是否起作用?

    更多信息、在 HS-OTP 器件(带有未编程 FS)上、我只能通过设置"enableScratchMem=0 "、

    加密启动只能在 HSSE 设备上使用。

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

    要引导加密的应用程序、我是否应该设置"enableScratch Mem=1"并给出"cratchMemPtr"?

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

    您好、Prashant、

    一个好消息:我可以通过"禁用 OSPI 模块中的 DMA"来引导未加密的应用程序。

    但我仍然无法引导加密的应用程序。  

    无论"enableScratch Mem=0"还是"enableScratch Mem=1"&"scratchMemPtr=0x84000000"

    我在"Ciclient_procBootAuthAndStart"中获得了"respParams.flag=0"、我已经将应用程序的 x509证书修改为 SBL、我不知道为什么它不起作用、是否有办法获取更详细的日志?

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

    您好:

    我已经将应用程序的 x509证书修改为 SBL、

    请问、有关这些修改的详情为何?

    若要启动加密的应用程序、您只需在 SDK 中集成加密密钥并在`devconfig/devconfig.mak`文件中启用 ENC_ENABLED 标志。

    此致、

    Prashant

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

    您好、Prashant、

    是的、您是对的、我已在 SDK 中集成加密密钥并在 devconfig.mak 中启用"ENC_ENABLE"、如下所示:

    我已经成功引导加密的 SBL、但 SBL 无法引导加密的应用程序。

    我尝试调试 SBL、看到返回的"Ciclient_procBootAuthAndStart"失败、就像我在最后一个线程中所说的那样。

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

    尊敬的 Jenny:

    这些变化看起来很好。 您能否共享要引导的 SBL 映像和应用程序映像?

    谢谢!

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

    尊敬的 Parashant:

    我已经解决了问题并成功保护了 SBL 和应用程序的安全启动。

    剩下的一个问题是:使用"启用 QSPI 闪存 DMA 模式"引导失败、我已打开一个新线程进行跟踪。

    如果 SBL 启用 QSPI 闪存的 DMA 模式-处理器论坛-处理器- TI E2E 支持论坛、则无法保护引导应用程序

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

    感谢您的更新!

    主题专家将关注另一个主题。