工具/软件：
硬件：AWRL1432BOOST-BSD
SW：BSD demo v4.1
说明：
该问题是基于 TI 原始硬件和软件转载的、无需进行其他修改。
在之前的 BSD 演示 v3.1中、SBL 能够跳转到 APP。 没问题。
测试 BSD 演示 v4.1时。 我们发现 SBL 无法再跳转到 APP。
它在 parser_image.c p_memAddRet = memcpy ((void *) t_ImagePrms.t_SectPrms.p_SectionPtr、(const void *) p_readPtr、w_bytesToWrite)中看起来存储器复制失败；
请看一下。
我在下面附加了 SBL 和应用程序映像以供参考。
您好、James：
我刚刚测试了这个路径上的 SBL 映像
"C：\ti\mmwave_L_sdk_05_05_03_00\examples\drivers\boot\sbl\xwrL14xx-evm\m4fss0-0_nortos\ti-arm-clang\sbl.release.appimage"
以下链接还提供了有关我为测试此内容而采取的步骤的更多背景信息
xWRL1432 MMWAVE-L-SDK：次级引导加载程序
我提供了两个屏幕截图来帮助解释我的流程(左侧是内存放置、右侧是 uniflash 屏幕截图)。 我在元映像1位置加载了 SBL 映像。 我在元映像2位置加载了我的应用(BSD 演示)、在元映像4中加载了我的备份映像。 所有内容都适用于两个版本的 BSD 演示。 我注意到您使用了调试 SBL 映像、请改用发布版本。 如果这不起作用、请提供有关您尝试做什么以及如何做的确切背景信息。
您好：
我相信我已经找到了问题所在。 如果您访问以下页面、您可以看到页面底部的"开发人员说明"部分。 它指定 SBL 关键数据部分的存储位置(从地址0x00470000到0x0047FFFF)。
xWRL1432 MMWAVE-L-SDK：次级引导加载程序
我们可以在存储器映射中看到、当 tCAN 和监控都启用时、我们通过0x00470000存储器位置。 左侧内存映射是启用 tcan 和 mon 时、而右侧是仅启用 tcan 时。
开发人员手册一节还提供了更多上下文和权变措施、例如在与 APPSS (M4)共享时、将共享存储器用作只读存储器或禁用 APPSS/HWASS 存储器的 ECC。 请尝试这些权变措施并查看它们是否起作用。
此致、
Gabriel
您好：
我有可用的解决方案。 问题源于 SBL 和 BSD 应用程序之间的存储器访问冲突。 要解决此问题、请按照以下步骤操作。
1)如图所示编辑 SBL 应用的 linker.cmd 文件、将 M4F_RAM 减少一半。 完成更改后、在 CCS 中以释放模式重新编译。
2)按图示编辑 BSD 应用的 linker.cmd 文件、将 M4F_RAM3减少32KB、从而释放 SBL 指定的 RAM 的空间。 完成更改后、在 CCS 中以释放模式重新编译。
然后、两个映像都可以刷写到电路板上。 为了进行健全性检查、您能否在加载映像之前格式化 SFLASH。 此处可以在 Uniflash 应用上完成该操作。
擦除 SFlash 后、将映像加载到正确的位置、它应该会按预期工作。 如有任何其他问题、请告诉我。
此致、
Gabriel
