我在工程上应用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官方社区中,在此记录一下,希望能帮到各位。