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吗?或者是其他东西?
如果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指令的地址.
正确的"启动顺序"是:
(请参阅Zynq-7000 All Programmable SoC技术参考手册中的第158页(6.1.10))
如果0xFFFFFFF0的值为0x00000000,您将得到不可预测的结果.(取决于你的cpu状态).
| 归档时间: |
|
| 查看次数: |
2227 次 |
| 最近记录: |