工具/软件：
我使用组合引导流程。 SBL 从 R5单核上运行。 不使用另一个内核。
问题、
在 xSPI 引导模式下、 DMSC RBL 在哪一步将映像复制到 MSRAM VIS SPI？ 我认为这发生在步骤 "DMSC 释放复位至 R5 CPU"之前、
2.由于它是组合的引导流程,因此 SYSFW 应该被解密并加载到上述位置。 引导 SYSFW 并加载电路板配置后、将发送引导通知。
3. 然后 R5启动 assebmly 并引导至 main、tjem 不等待引导通知。
请确认
谢谢。
尊敬的 Jun Tu：
[引述 userid="587615" url="~/support/processors-group/processors/f/processors-forum/1499619/processor-sdk-am64x-rbl-running-from-dmsc-boot-flow在 DMSC ROM 完成映像验证后、映像将加载到片上 RAM：
在组合引导流程中、SBL 应用会加载 SYSFW、因此在 SBL 开始在 R5上执行后会发生此情况、请参阅以下链接： https://software-dl.ti.com/mcu-plus-sdk/esd/AM64X/latest/exports/docs/api_guide_am64x/BOOTFLOW_MIGRATION_GUIDE.html
[quote userid="587615" url="~/support/processors-group/processors/f/processors-forum/1499619/processor-sdk-am64x-rbl-running-from-dmsc-boot-flow 然后 R5启动 assebmly 并引导至 main、tjem 不等待引导通知。没错。
最棒的酒店
会面。
在此映射中、我们发现 SYSFW 位于 MSRAM 的保留区域。 但 在 hs_fs 模式下、我们应使用 sysfw-hs-fs-enc.bin、它是否超过128KB？
然后、我在 sysfw_hs_fs_signed.h 中看到 sysfw 的原始图像 也是 /* 226964字节*/
它不能满足128KB、对吧？
你的第二点是不对的。
"在组合式引导流程中、SBL 应用会加载 SYSFW、因此这是在 SBL 开始在 R5上执行后发生的、"
我认为、 在正常 SBL 中、SBL 应用会加载 SYSFW。
在组合引导加载中、SBL 只需等待引导通知。 ROM 引导加载程序将加载 SYSFW、如下所示。
引导流程应如下所示。 
谢谢
