在Zynq上使用多核

Yun*_*urk 10 arm multicore zynq

直到今天我才在单核上编程,现在我需要在多核上运行我的代码.我正在研究大约一周,并对此有一些疑问.

我顺便使用Zynq 702,Arm DS-5和Dstream.我正在尝试使用我在Core0上运行的现有代码时实现此目的.


我在core1上什么都没做,只是连接到它,只是想观察它跳转到0xFFFFFFF0和这个地址的值.我没有设置任何针对core1的中断处理程序.我唯一的"观察"情况可以吗?或者我真的需要设置一些配置?我怎样才能以最简单的方式实现这一目标?


当我的程序继续在core0上时,我连接到core1并观察它的状态.顺便说一句,core1上没有应用程序运行..它上升到地址0x300,在这个地址有一个WFE命令,在它之后有一个B(牧场)命令再次分支到0x300.这就像一个循环,我的代码在WFE命令上保持大约0.5秒,跳转到下一条指令B并再次分支到WFE ......

我认为core1应该在执行WFE命令后保持在那里,除非我发送EVENT,而不是执行B(牧场)命令吗?如果是这样,是否意味着core1会从某个地方定期获得evets?将电路板与Dstream Debugger连接会导致EVENT吗?


如果我设置地址0xFFFFFFF0的值,是什么让core1跳转到0xFFFFFFF0的地址,当core1处于WFE/WFI状态时,是一个简单的SEV命令吗?如果0xFFFFFFF0的值为0x00000000,那么会发生什么?Core1会再次回到WFE/WFI吗?或者是其他东西?

gj1*_*j13 7

如果core1处于WFE循环(状态),则core0上的SEV cmd唤醒core1.如果输入WFE,则进入待机状态并且SEV是唤醒,来自SCU的请求也可以进行唤醒(对于MP系统中的高速缓存一致性操作).

注意:APU复位后,core1处于WFE状态,执行代码从0xFFFFFE00到0xFFFFFFF0

启动后,core1处于WFE状态.如果core1获得SEV,它将跳转到存储在0xFFFFFFF0的地址.如果在SEV之后更新目标地址,则core1将返回WFE状态.这是因为0xFFFFFFF0具有WFE指令的地址.

正确的"启动顺序"是:

  1. 将core1应用程序的地址写入0xFFFFFFF0
  2. 执行SEV指令

(请参阅Zynq-7000 All Programmable SoC技术参考手册中的第158页(6.1.10))

如果0xFFFFFFF0的值为0x00000000,您将得到不可预测的结果.(取决于你的cpu状态).