LAT1434 一个 STM32U5 SBSFU SecureFault 问题定位与分析

问题描述

有客户在使用 STM32CubeU5 包下的 SBSFU 示例代码(STM32Cube_FW_U5_V1.2.0ProjectsB-U585I-IOT02AApplicationsSBSFU)，移植过程中发现程序运行不起来。同时客户反馈做了些代码修改：原先 Secure App 使用的是 SRAM3, 现在改为 SRAM1原先 Non-Secure App 使用的是 SRAM1, 现在改为 SRAM3，如此修改后程序运行不起来了。

问题分析

从客户那里拿到可以重现问题的测试工程，由于可以每次必现，所以此问题解决起来应该相对容易。把 SBSFU_Boot, SBSFU_Appli_Secure, SBSFU_Appli_NonSecure,SBSFU_Loader_Secure, SBSFU_Loader_NonSecure 依次编译(其中SBSFU_Appli_Secure 和 SBSFU_Appli_NonSecure 这两个工程的编译优化关闭，以方便调试)并通过运行 regression.sh, SBSFU_UPDATE.sh 脚本烧录固件到 MCU 后，从打印信息中确实能看到问题重现。与客户描述的现象一模一样。

小结

开发 trustzone 工程并不简单，本文基于一个现实的调试案例并分享给读者，基于trustzone 的开发对于大部分已经熟悉传统 MCU 的开发都来说还是一个比较新的事物，特别是面对各种奇奇怪怪的情况，能够知道该如何去定位问题就显得是一件非常复杂的事情，希望本文这种定位 trustzone 问题的方法和思路能够供大家参考一二。