我在工程上应用ZYNQ 时，发现一个现象为：在单独的CPU0或者CPU1中使用串口接收中断，中断服务程序响应正常；但使用AMP模式，串口接收中断初始化到CPU0时，能够正常响应外设中断；若我以同样的初始化方式在CPU1中进行串口初始化，此时，CPU1无法响应中断，在查阅了相关资料之后，发现若要使中断生效，则需要将指定的中断号map到对应的CPU，关键函数调用：XScuGic_InterruptMaptoCpu(intc,SOFT_INTR_ID_TO_CPU1,UART_INT_IRQ_ID);
这样，即可使得CPU1正常响应串口接收中断，仿真器仿真时所有程序一切正常。但是，当我在制作BOOT.BIN文件时，在FSBL文件当中添加CPU1启动函数，此时发现固化的程序无法正常运行，使用插桩函数发现CPU1又不能响应串口接收中断了，反复验证了多次，这个现象依旧存在。
对比仿真条件和固化BOOT.BIN的过程，区别为仿真时使用手动方式启动的两个CPU；我根据这个差别，将启动CPU1的代码放到CPU0所有中断初始化完成之后，惊奇发现，制作的BOOT.BIN启动正常了！
博客上关于另一个核响应中断的解释很少，查到这个资料也是在XILINX官方社区中，在此记录一下，希望能帮到各位。