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

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

使用軟件中斷跟硬件中斷沒(méi)有太大區(qū)別，只有我們?cè)鯓佑|發(fā)中斷不同。

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

#define SW_INT_ID 0

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

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

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

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

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

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

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

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

XScuGic_SoftwareIntr(, , )

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

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

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

原文鏈接：

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