一次有着假象的hard fault

问题简述：一个较大型的程序在上电后不能正常执行。

故障现象：

1. 程序运行后未能正常执行，反复打印"RT-Thread"的logo （此程序使用了RT-Thread操作系统）；
2. 在调试会话中强制停止CPU后，总是停止在"ConfigFlexRAM"中的一个清零DTCM的循环体中。这个循环体会对长达480KB的范围进行清零，耗费大量CPU周期。
   注：ConfigFlexRAM重新划分了本程序所用的i.MX RT1062芯片中的512kB FlexRAM，分给ITCM 32KB, DTCM 480KB, OCRAM 0KB。
3. 这个程序如果从RAM执行是没有问题的。

分析与故障排查

因为程序从RAM执行没有问题，而且此程序包含重新初始化固件所在Flash的控制器的代码，曾一闪而过地怀疑此代码是否未移出flash。但之前早已注意到了这一点，故未再排查这里。

首先怀疑可能ConfigFlexRAM函数有问题。由于之前这个函数曾经出现过未加屏障指令（DMB/DSB）引发的离奇程序跑飞的问题，故而首先排查此函数。

检查源代码，在使用IOMUXC的寄存器更改FlexRAM配置后，发现已插入"DMB"指令确保新配置生效才去清零新配置的DTCM，理论分析提示并非这里的问题。

为验证分析结果，在ConfigFlexRAM函数退出后的位置设置断点，全速执行后断点可以进入，并且会反复进入。

这首先验证了并非是ConfigFlexRAM的问题，其次提示程序在运行期间存在反复复位的情况，复位的频率对人类来说可能相当高。并且分析是因为ConfigFlexRAM占