裸機AMP(非對稱多進程處理模式)

在上一篇博客中，我們已經(jīng)將Zynq SoC啟動并運行起來，在AMP（非對稱多進程處理）模式下使用了兩個ARM Cortex-A9 MPCore處理器，然而因為上一篇博客已經(jīng)相當(dāng)長了，我沒有詳細(xì)的介紹軟件方面的工程細(xì)節(jié)。

其實 在兩個處理器上運行的軟件工程也非常的簡單。這里我將為你們展示通過OCM（片上存儲器件）實現(xiàn)Zynq SoC的兩個處理器之間的通信。然而，現(xiàn)在的軟件工程非常的簡單，因此我們可以從這個基礎(chǔ)工程開始，繼續(xù)完善。

上周我們完成的例子中的軟件工程主要完成以下幾個任務(wù)：

Core 0 是主設(shè)備，它可以激活Core 1。它也利用了片上的UART串口以固定的延遲向一個終端輸出打印信息。這個延遲不適用定時計數(shù)器等，盡管在這里使用私有的定時計數(shù)器很容易，我將在后面的博客中介紹同時使用兩個私有的定時計數(shù)器。

一旦Core 0 啟動起來，Core 1初始化它的私有資源，輸出切換信號，控制位于MicroZed I/O擴展板上的八個LED燈亮滅，這里我們需要使用Core 1私有的定時計數(shù)器和通過GIC使能中斷，實現(xiàn)以上功能。

這些應(yīng)用程序之間是沒有聯(lián)系的，它們并不分享資源。然而，接下來我們想讓這些應(yīng)用程序之間能夠通信，分享資源。

運行在 Core 0上的應(yīng)用程序是非常簡單的。它主要實現(xiàn)的是激活運行在Core 1上的應(yīng)用程序，然后在一個無限循環(huán)中通過UART 0輸出打印出一段簡單的信息。

然而，我們計劃使用Core 1的中斷控制器，所以第一步我們必須配置GIC（通用中斷控制器），將下圖所示的代碼加入到Core 0的應(yīng)用程序的源代碼文件中：

Core 1的應(yīng)用程序代碼可能要更加復(fù)雜一些，因為我們要在Zynq SoC的PL（可編程邏輯）部分調(diào)用GPIO模塊，用于驅(qū)動控制MicroZed I/O擴展板上的LED燈。同賽靈思其他的接口一樣，standalone OS使用一句 #include “xgpio.h”代碼就提供了gpio接口的驅(qū)動信息，這個文件與我們之前驅(qū)動PS部分的MIO/EMIO GPIO接口所使用的xgpio_ps.h文件有一些小的不同，在這個例程中我想為大家展示如何在Zynq SoC的PL部分使用GPIO接口。

為了確保我們能夠看出LED燈的亮滅狀態(tài)的切換，我們將使用Core 1私有的定時器，這與我們之前使用Core 0定時器是一樣的。

在 Core 1的程序開始執(zhí)行它的主程序之前，我們需要禁止片上存儲（OCM）的緩存功能，初始化GPIO接口，初始化私有的定時器，和配置中斷控制器，這樣私有的定時器中斷才能夠被用來控制LED燈亮滅狀態(tài)的切換。我們將使用Zynq SoC應(yīng)用程序和禁止緩存的異常機制完成這些功能。

現(xiàn)在我們可以開始編寫相當(dāng)簡單的中斷服務(wù)程序，當(dāng)私有的定時器計時結(jié)束然后重新計時時，這些中斷服務(wù)程序就能夠控制LED燈的亮滅。這個處理過程會一直進行，我選擇使用十六進制的AA和55交替轉(zhuǎn)變賦值給LED燈，控制LED燈的亮滅狀態(tài)。這個選擇將會是所有的LED燈“流動起來”，與所有LED燈的全亮或者全滅狀態(tài)是有一些區(qū)別的。

下圖是程序執(zhí)行的結(jié)果，通過Core 0輸出到終端對話框窗口：