Adam Taylor玩轉(zhuǎn)MicroZed系列51：中斷和AMP

上篇博客中我們看到了在ZynqSoC的兩塊ARM Cortex-A9 MPCore處理器之間共享數(shù)據(jù)。我提到方法可以改進(jìn)——使得更加高效——我們可以使用軟件中斷來進(jìn)行兩核間通信。

中斷自己，中斷另一個處理器核或者中斷兩者。例如，我們使用Core 0產(chǎn)生一個中斷，通知Core1接收到了一個LED模式的更新

使用軟件中斷跟硬件中斷沒有太大區(qū)別，只有我們怎樣觸發(fā)中斷不同。

我們有16個軟件產(chǎn)生的中斷可以選擇，因此我們必須定義軟件中斷編號：

#define SW_INT_ID 0

我們需要為每個處理器核在代碼的共享頭文件中聲明這個選項。如果一個處理器核處理16個軟件產(chǎn)生的中斷之一而另一個處理器核正在等待另一個發(fā)生，這種情況是很尷尬的。

我們需要為Core1做的下一件事——該核收到了中斷——就是將軟件產(chǎn)生的中斷連接到GIC（通用中斷控制器）然后使能中斷。我們用已有的函數(shù)SetupInterruptSystem完成這項工作。

連接中斷通過使用函數(shù)XScuGIC_Connect完成。這個函數(shù)將定義的中斷連接到GIC，定義了中斷服務(wù)程序，也定義了回調(diào)函數(shù)。在這個例子中，我們沒有外設(shè)實例的指針作為回調(diào)函數(shù)，就像我們可以使用定時器，我們可以使用GIC實例作為回調(diào)。

最后，將選中的軟件中斷連接至GIC，現(xiàn)在我們需要使能中斷，這樣相應(yīng)的處理器核才能對中斷引發(fā)的事件做出反應(yīng)。

中斷連接和使能之后，下一步就是寫ISR（中斷服務(wù)程序）。該程序?qū)⒑唵蔚刈x取OCM（片上內(nèi)存）和清除中斷防止下個中斷被標(biāo)記。

讀取地址0xF8F0010C訪問了中斷認(rèn)知寄存器ICCIAR，清除中斷。

在我們的例子中，從OCM中讀取的數(shù)據(jù)將在LED上顯示，這些LED接在由ZynqSoC的PL（可編程邏輯）驅(qū)動的GPIO引腳上。軟件機(jī)制防止我們遺漏一個值，就像是上篇博客中使用的輪詢方法發(fā)生的情況一樣。

完成了所有該為Core1做的，我們必須正確地配置Core 0來處理中斷。我們調(diào)用xscugic.h中的XScuGic_SoftwareIntr函數(shù)來完成。調(diào)用這個函數(shù)來為該核處理軟件中斷

XScuGic_SoftwareIntr(, , )

GIC實例Ptr參數(shù)就是我之前使用配置的中斷控制器。SW中斷ID就是我們之前宏中的聲明。CPU掩碼就是CPU 2，對應(yīng)ZynqSoC的Core 1

當(dāng)所有這些都完成，跟之前AMP Zynq博客一樣生成bin文件，我得到一個與我想要的一樣工作的系統(tǒng)，中斷被Core 1接收，由Core 0處理。
As always the code is attached代碼總是附帶的，

在今后的博客中，我們將會看到更詳細(xì)的軟件中斷和我們?nèi)绾瓮瑫r中斷兩個處理器核內(nèi)容。不過，記住下周是本博客的一周年紀(jì)念日，我會為大家準(zhǔn)備了一些特殊的東西呦。

原文鏈接：

? Copyright 2014 Xilinx Inc.
如需轉(zhuǎn)載，請注明出處