在ATF的架构下，我使用ATF Github上提供的Test Secure Payload(TSP)当做是BL32，然后使用Test Secure Payload Dispatcher(TSPD)当做是BL31 runtime service。
但是在移植TSP时遇到了些问题，我的平台是ARMv8架构的。
在整个ATF流程中，每个阶段皆可正常的初始化，其中BL32我没有做额外的初始，如MMU、timer、GICv3，只有使用ATF的默认值去设定中断处理interrupt handler(vector table)
目前我只是想把TSP移植至ATF，然后跳至BL33完整的开机完成。
目前的状况是，如果没有加BL32(TSP)进去，当然TSPD也就没有启动，那BL31可正常的带起BL33，并且linux kernel也可正常的开完。
但是如果将TSP移植进BL32，并且ATF的流程也将BL32初始完成回至BL31再开始进入BL33开机流程的话，会开到一半卡住，有点像卡在一个loop，trace的结果可能是卡在generic_handle_irq、gic_handle_irq
我现在不太确定GIC的设定是否会影响至BL33开机？
且目前有观查到AArch32 GIC system register的值有些异常，但因为BL31、BL32、BL33皆是64bits的，所以不确定是否有直接的影响？
Ref : github.com/.../arm-trusted-firmware
应该不是的，TABLE是更早设置的，TIMER初始化了，说明TABLE 已经OK 了，我没有看到具体的信息，但是怀疑可能是TIMER在KERNEL对应的IRQ注册没有真正意义上走完，或者说即使软件配置好了到GIC的硬件上信息完成有时差，毕竟现在IRQ是先到GIC，然后处理也是在KERNEL里面，generic_handle_irq里面才去找到MAPPING的具体的IRQ处理。要看看你generic_handle_irq里面具体哪个阶段有问题啊。仅供你参考。