zynq amp Linux+bare裸跑代码中不能响应irq61中断

ZYNQ异常与中断（三）1.前言2.中断的嵌入式程序实现2.1 底层寄存器的编写2.2 项目模块3.petalinux系统下的中断实现 1.前言 上一节讲了ZYNQ的异常中断原理，不是特别详细，但也总算把大概的知识体系过了一遍,有了大概的知识体系，就可以开始异常中断的使用了。 这里是以ZYNQ7000为例，进行总结。 2.中断的嵌入式程序实现 ZYNQ7000是一款SOC，所以他的嵌入式开发流程和大部分单片机的开发流程是一样的，总结一下就是以下步骤： 在做某一个完整的嵌入式项目时，应该先结合数据手册

zynq在进行双核设计时，看教程首先需要对核1的bsp做如下设置 然后再核1设计过程中，通过 函数绑定核中断，查看相关文档知道-DUSE_AMP=1的作用是： CPU0先启动运行初始化系统，然后启动CPU1，这时CPU0已经初始化共享资源并且可能正在使用某些资源。但是CPU0和CPU1的工程使用的Bsp的源码是一样的，增加“-DUSE_AMP=1”编译选项的作用就是使能预编译指令，让CPU1工程中涉及到共享资源初始化的代码段不被编译进应用程序，这样CPU1启动后就不会再进行共享资源的初始化了 但是本人

本文详细介绍了ZYNQ双核AMP模式的实战开发流程，从内存地址分配到QSPI启动配置的全过程。重点解析了双核Cortex-A9处理器在独立运行(AMP)模式下的关键技术和常见问题，包括内存隔离、启动顺序管理以及固件烧录技巧，帮助开发者高效实现稳定可靠的双核嵌入式系统。

# 1 背景提出     某项目对中断延迟有很高的要求，客户的构架为：PPC+ Vxworks,延迟时间大概：10us.(因硬件设计原因， 还可以更小)。我们在Linu系统下测试中断延迟大概几百us, 而且这是在CPU很空闲情况下的测试结果。Linux非实时性操作系统，延迟参数不可预估。所以，想采用裸跑+Linux的方案。 # 2 开发平台     硬件...

1. LWIP协议栈·· 1 1.1 LWIP库·· 2 1.2 LwIP原理分析·· 3 1.2.1 动态内存管理·· 3 1.2.2 数据包pbuf 4 1.2.3 网络接口·· 7 1.3 PS的千兆以太网控制器·· 7 2. 硬件部署·· 9 2.1 Ethernet硬件设计·· 9 2.2 Vivado工程创建·· 10 3. 软件设计·· 13 3.1 LwIP echo Server 13 3.2 Ethernet Server构建·· 15 3.2.1 系统平台·· 15 3.2.2 TCP

记录一个AMP模式下，软中断不触发的问题网上有很多双裸核交互实验的文章，这里记录几个需要注意的点。

Xil_Out32(CPU1STARTADR, CPU1STARTMEM)来使加载boot镜像以后去跳转到CPU1程序的地址，并且发送事件代码sev（）来进行唤醒。其次，在编写elf文件的时候，需要通过配置lscript.ld来规定程序的起始位置和长度。CPU1的文件起始位置为CPU1STARTMEM；双核通信和程序固化的实例。

在ZYNQ平台CPU0跑Linux系统，CPU1跑裸核程序

  在前面一篇博客中，介绍了使用共享内存的方式来完成核间的通信的方式，本篇博客中将介绍通过软中断的方式来完成CPU0和CPU1之间的通信。本篇博客只需在上一篇博客中进行简单的修改即可。 ZYNQ的中断架构   在本人梦开始的地方，介绍了ZYNQ中的GPIO中断，GPIO的中断是通过SPI最终连接到GIC上的，而软中断可以从图上看出，直接连接到的GIC上的。   软中断的中断类型是固定的，固定为上升沿中断，因此在使能软中断时，不必去设置中断的类型。   软中断共有16个ID号，在本次实验中会使用到其中两个ID

我在工程上应用ZYNQ时，发现一个现象为：在单独的CPU0或者CPU1中使用串口接收中断，中断服务程序响应正常；但使用AMP模式，串口接收中断初始化到CPU0时，能够正常响应外设中断；若我以同样的初始化方式在CPU1中进行串口初始化，此时，CPU1无法响应中断，在查阅了相关资料之后，发现若要使中断生效，则需要将指定的中断号map到对应的CPU，关键函数调用：XScuGic_InterruptMa...

本文介绍了在Zynq SoC上配置AMP（非对称多处理）模式的方法，使CPU0运行Linux系统而CPU1运行裸机程序。文章详细分析了CPU私有资源（L1缓存、PPI等）和共享资源（DDR、OCM等）的注意事项，指出必须谨慎处理共享资源以避免冲突。配置过程包括：创建CPU1裸机工程并设置内存地址，禁用L2缓存；修改FSBL工程代码以唤醒CPU1；调整Linux内核启动参数限制CPU0使用。通过设备树预留内存区域，确保双核程序内存空间隔离。最终实现了双核独立运行不同系统的AMP模式配置。

今天给大家演示如何在ZYNQ上，裸机跑ARM程序，本测试用的是米尔Z-turn Board单板，测试代码用的XILINX官方的C语言测试程序，用于测试挂接在ARM总线上的设备是否正常，并在串口终端打印测试结果。 下面看操作步骤截图： ...

在ZYNQ编程初期，据大多数时候都在裸跑。这时候绝大多数时候程序是阻塞的，也就是说必须得等一行代码执行完才能进行下一步

zynq7020 片子相对较老，支持的bif文件中，不能指定各个核运行的应用程序，所以不能使用zynqMp直接指定程序运行在那个核上的方式进行。

Xilinx官方的Zynq AMP configure XAPP1078实现Linux+Baremetal方法有些麻烦，介绍一种可以通过在常规FSBL下来实现CPU0启动CPU1的方法。 预备知识：UG585, section 6.1.10 Starting Code on CPU 1 The steps for CPU 0 to start an application on CPU 1 ...

在工程的最后阶段，将程序固化到开发板上时，发现CPU1始终无法接收到来自DMA的中断，而且DMA发送过来的中断始终拉高

fpga 和arm 采用预留内存的方式，采用neon 协处理器只能做到 250M/S 的速度，预留内存采用mmap的方式，当读取内存页的时候采用缺页中断的方式，导致速度拖沓而且预留内存没有进行Linux系统的内存管理（在系统内 memcpy的速度 可以到 5G/S），自己写DMA驱动，虽然可以用Linux 本身的框架，但是结果不确定，2）Memory Setting，配置ddr 参数 ，这里很关键，需要和 裸机那边的配置区别开，冲突了可能启动有问题，我配置到了低2G的空间，高2G 可能存在问题，还没试。

zynq 启用裸机双核cpu,采用AMP模式，PL端采用双DMA,DMA0数据连接CPU0,DMA1连接CPU1,双核都跑起来了，但是CPU0接收DMA0的中断正常，CPU1接收不到DMA1的中断。DMA中断属于SPI中断，在CPU1 “-DUSE_AMP=1”配置下，所有中断默认连接CPU0。所以CPU1接收不到中断。

这个函数的第三个参数是CPU号，但要注意CPU号不是简单的0、1、2等，而是每一位指代一个CPU号，可以参考UG585寄存器表mpcore中ICDIPTR的解释，0bxxxxxxx1指向CPU0，0bxxxxxx1x指向CPU1，因此本程序中设置CPU1号的值为 0x2。在程序中，需要CPU0唤醒CPU1，可以在UG585文档看到相关解释，第一步是向0xffffffff0地址写入CPU1的访问内存基地址，在本实验中也就是0x20000000，第二步是通过SEV指令唤醒 CPU1 并且跳转到相应的程序。