嵌入式系統一般分為兩大類：需要硬實時性能的；和不需要硬實時性能的。過去，我們不得不做出艱難抉擇： 選擇實時操作系統的性能還是我們鐘愛的 Linux 系統的豐富特性，然后努力彌補不足之處?

如今，嵌入式開發人員再也不需要在二者之間艱難選擇。非對稱多處理 (AMP) 兼備二者的優點。幾款新型片上系統 (SoC) 產品集成了多個 CPU、多種標準 I/O 外設和可編程邏輯。例如，賽靈思 Zynq-7000? All Programmable SoC 系列包含一個雙核 ARM? Cortex?-A9、標準外設（例如千兆位以太網 MAC、USB、DMA、SD/MMC、SPI 和 CAN）以及龐大的可編程邏輯陣列。我們可將這些 SoC 產品作為 Linux/RTOS AMP 系統的基礎，助其實現高度的靈活性。

典型的 AMP 配置在很多方面類似于基于 PCI 的系統，即 Linux 域起到主機作用，RTOS 域起到適配器作用，并有一個或多個共享存儲器域用來實現兩個域之間的通信。不過與 PCI 不同，AMP 配置能更方便、動態地為一個或另一個域分配資源（標準外設和自定義邏輯）。此外，Linux/RTOS AMP 系統能根據運行時間要求——例如各種外部設備的有無——動態地重新配置可編程邏輯。靈活程度通常會與建立 AMP 系統所涉及的復雜性和難度息息相關。不過請放心，Linux 開發社區已經將很多功能引入到核心，能大大簡化 AMP 配置與使用。

Linux 多處理簡介
就多處理而言，Linux 核心分為兩種：單處理器 (UP) 核心和對稱多處理器 (SMP) 核心。無論有多少個內核，UP 核心只能在單個內核上運行。AMP 系統可包含兩個或更多個單處理器內核的實例。

SMP 核心可在一個內核或同時在多個內核上運行(圖 1)。

遠程處理器框架
遠程處理器 (remoteproc) 框架是一種 Linux 組件，負責啟動和停止各個內核(遠程處理器)，以及在 AMP 系統中加載內核的軟件。例如，我們可以將圖 1 所示的 SMP 系統動態地重新配置為圖 2 所示的 AMP 系統，然后再使用 remoteproc 的功能配置回 SMP。

我們可以通過用戶空間應用程序或系統初始化腳本完全控制重配置。重配置控制功能使用戶應用可以根據系統的動態需求停止、重新加載和運行多種 RTOS 應用程序。

內核的軟件(本例中是指 RTOS 和用戶應用程序)從標準的可執行和可鏈接格式 (ELF) 文件中加載，該文件包含一個資源表的特殊段。資源表類似于 PCI 配置空間，用來描述 RTOS 需要的資源。這些資源中包括 RTOS 代碼和數據所需的存儲器。

追蹤緩沖區
追蹤緩沖區是自動在 Linux 文件系統中作為文件出現的存儲器區域。顧名思義，追蹤緩沖區向遠程處理器提供基本追蹤功能。遠程處理器向緩沖區寫入追蹤、調試和狀態消息，以便通過 Linux 命令行或定制應用進行檢查。

能夠動態地控制核心所使用的內核數量，這是 SMP 核心比 UP 核心更受 AMP 開發人員青睞的主要原因。

在資源表中輸入條目，以請求一個或多個追蹤緩沖區。盡管一般包含純文本，但追蹤緩沖區也會包含二進制數據，例如應用狀態信息或警報指示。

虛擬 I/O 設備
我們還可使用資源表定義虛擬輸入/輸出設備 (VDEV)，這種設備主要是支持 Linux 核心與遠程處理器之間消息傳送的幾對共享存儲器隊列。VDEV 定義包括用來設定隊列大小的字段，以及用來在處理器之間發信號的中斷。

Linux 核心可處理虛擬 I/O 隊列的初始化。遠程處理器上運行的軟件只需要在其資源表中包含一個 VDEV 描述，然后在開始執行時使用隊列；剩下的都由核心來處理。

遠程處理器消息框架
遠程處理器消息 (rpmsg) 框架是基于 Linux 核心的虛擬 I/O 系統的軟件消息總線。該消息總線類似于局部區域子網絡，單個處理器可在其中通過共享存儲器創建可尋址端點和交換信息。

核心的 rpmsg 框架起到開關的作用，根據消息中包含的目的地址將消息傳送到相應端點。由于消息報頭包含源地址，因此可在不同處理器之間建立專用連接。

命名服務
處理器可通過向 rpmsg 框架的命名服務發送消息，以動態宣布特定服務。命名服務功能本身用途不是很大。不過，rpmsg 框架允許將服務名稱關聯到設備驅動程序，以支持驅動程序的自動加載和初始化。

例如，如果遠程處理器宣布 dlinx-h323-v1.0 服務，那么核心可以搜索、加載和初始化與該名稱關聯的驅動程序。如果系統中服務被動態安裝在遠程處理器上，那么這樣可大大簡化驅動程序管理。

管理中斷
中斷管理有些棘手，尤其在啟動和停止內核時更是如此。最終，系統需要在遠程處理器啟動時動態地將特定中斷重定向至遠程處理器域，然后當遠程處理器停止時收回中斷。此外，系統必須保護中斷，防止其被錯誤配置的驅動程序誤分配。簡言之，必須在系統層面管理中斷。
對于 Linux SMP 核心而言，這是一個常規事件，而且是 SMP 核心在 AMP 配置中更受青睞的另一個原因。遠程處理器框架能方便地管理中斷，只需來自設備驅動程序的最小支持。

設備驅動程序
設備驅動開發是個始終需要關注的問題，因為所需的技能組合可能無法立刻提供。幸運的是，Linux 核心的 remoteproc 和 rpmsg 框架完成大部分重活；驅動程序只需要實現幾個標準驅動程序例程。功能完整的驅動程序可能只需要幾百行代碼。核心源代碼樹包含嵌入式開發人員可根據自身要求進行調整的驅動程序范例。

廠商還提供通用的開源設備驅動程序。DesignLinx Hardware Solutions 提供針對 Linux 和 FreeRTOS 的通用 rpmsg 驅動程序。由于通用驅動程序沒有假定所交換消息的格式，因此嵌入式開發人員可將其用于多種 AMP 應用，無需做任何修改。

例如，我們可以使用賽靈思 Zynq-7000 系列 SoC 實現圖 3 中的初始 PCB 硬件架構，將其中一個 ARM 處理器作為可編程邏輯中的控制 CPU 和軟處理器(例如賽靈思 MicroBlaze? 處理器)，以替代分立處理器。我們可以使用剩余的 ARM 處理器運行 Linux SMP 核心(圖 4)。

將 Linux 添加到初始設計中能夠為 ARM 內核和軟核處理器提供以上描述的所有標準多處理功能(例如啟動、停止、重載、追蹤緩沖區和遠程消息)。而且，還帶來豐富的 Linux 功能集，可支持多種網絡接口(以太網、Wi-Fi、藍牙)、網絡服務(Web 服務器、FTP、SSH、SNMP)、文件系統

新型 SoC 產品使設計人員能夠方便地將各種硬件設計從印刷電路板移植到片上系統

(DOS、NFS、cramfs、閃存存儲器)以及其他接口(PCIe、SPI、USB、MMC、視頻)等。這些特性能方便地實現新功能，無需對經過檢驗的架構做太大改動。

內核不斷涌現
過去幾年中，針對嵌入式市場的多核 SoC 產品不斷增加，而且很適合用于 AMP 配置。例如，賽靈思 UltraScale+? MPSoC 架構包含一個 64 位四核 ARM Cortex-A53、一個 32 位雙核 ARM Cortex-R5、一個圖形處理單元 (GPU) 以及多種其他外設，當然還包括有用的可編程邏輯。這為那些清楚如何駕馭實時操作系統的性能以及 Linux 核心的豐富特性集的設計人員提供了沃土。