針對(duì)非對(duì)稱(chēng)多處理系統(tǒng)實(shí)現(xiàn)更簡(jiǎn)單的軟件開(kāi)發(fā)

1、針對(duì)非對(duì)稱(chēng)多處理系統(tǒng)實(shí)現(xiàn)更簡(jiǎn)單的軟件開(kāi)發(fā)mentor 嵌入式多核框架 api 提供所需的軟件基礎(chǔ)架構(gòu)，以管理 amp 系統(tǒng)中的計(jì)算。然而在用法上述 api 開(kāi)發(fā)應(yīng)用軟件之前，設(shè)計(jì) amp 系統(tǒng)必需考慮特定的系統(tǒng)級(jí)考慮因素。在初始設(shè)計(jì)階段，您需要確定 amp 拓?fù)浣Y(jié)構(gòu)。該框架可在星形拓?fù)洌▎蝹€(gè)主機(jī)管理多個(gè)遠(yuǎn)程機(jī)）或鏈?zhǔn)酵負(fù)洌ㄖ鳈C(jī)和遠(yuǎn)程節(jié)點(diǎn)鏈接在一起）中用法。當(dāng)您挑選合適的拓?fù)浣Y(jié)構(gòu)后，下一步是確定存儲(chǔ)器布局。應(yīng)為每個(gè)參加的操作系統(tǒng)運(yùn)行時(shí)光分配存儲(chǔ)區(qū)域，并為操作系統(tǒng)實(shí)例之間的 ipc 分配分享存儲(chǔ)區(qū)域。在存儲(chǔ)器布局終于確定后，您需要更新框架提供的、用于反映所選存儲(chǔ)器架構(gòu)的特定平臺(tái)配置數(shù)據(jù)。現(xiàn)成的操作

2、系統(tǒng)通常假定其擁有囫圇 soc，因此無(wú)法挺直在無(wú)監(jiān)督的 amp 環(huán)境中運(yùn)行，由于該環(huán)境要求合作用法分享資源，并且互斥地用法非分享資源。amp 系統(tǒng)中每個(gè)參加的操作系統(tǒng)都要舉行修改，以便通過(guò)合作方式用法分享資源。例如，遠(yuǎn)程操作系統(tǒng)不應(yīng)復(fù)位和重新初始化已經(jīng)在主機(jī)環(huán)境中用法的分享全局中斷控制器；也不能修改分享時(shí)鐘樹(shù)或外設(shè)，以免導(dǎo)致矛盾。這些變更通常包括對(duì)參加的操作系統(tǒng)內(nèi)核或 bsp 源文件（或二者皆有）舉行修改。下一步是執(zhí)行系統(tǒng)分區(qū)。必需在參加的操作系統(tǒng)之間對(duì)系統(tǒng)資源（例如存儲(chǔ)器和非分享 i/o 器件）舉行分區(qū)，這樣，每個(gè)操作系統(tǒng)都只能顯示和拜訪(fǎng)所分配的資源。為實(shí)現(xiàn)上述任務(wù)，您可以對(duì)提供應(yīng)操作系統(tǒng)的

3、平臺(tái)數(shù)據(jù)(器件和存儲(chǔ)器定義) 舉行修改。例如，修改 linux os 的 linux器件樹(shù)源文件 (dts) 中的存儲(chǔ)器和器件定義；nucleus rtos 的平臺(tái)定義文件中的存儲(chǔ)器和器件定義；裸機(jī)環(huán)境中平臺(tái)專(zhuān)用報(bào)頭文件的存儲(chǔ)器和器件定義。用法 remoteproc 舉行生命周期管理在完成系統(tǒng)級(jí)設(shè)計(jì)決策以及針對(duì)參加操作系統(tǒng)的修改后，就可用法應(yīng)用軟件的 mentor 嵌入式多核框架。該框架提供相應(yīng)的工作流程，用來(lái)封裝 linux、rtos 或裸機(jī)軟件映像以及所需的引導(dǎo)程序固件，從而生成 elf 格式的遠(yuǎn)程固件映像。遠(yuǎn)程固件 elf 映像包含一個(gè)名為資源表的特別區(qū)域。資源表是一個(gè)預(yù)先定義捆綁的靜態(tài)

4、數(shù)據(jù)結(jié)構(gòu)，用戶(hù)可在這里指定遠(yuǎn)程固件所需的資源。資源表提供的一些重要定義內(nèi)容包括遠(yuǎn)程固件所需的存儲(chǔ)器以及遠(yuǎn)程固件所支持的 ipc 功能。主軟件環(huán)境中的 remoteproc 組件用法資源表定義來(lái)分配資源并建立與遠(yuǎn)程環(huán)境的通信。框架主機(jī)用法 remoteproc_init api 初始化遠(yuǎn)程處理器環(huán)境。在調(diào)用時(shí)，remoteproc 主機(jī)取出遠(yuǎn)程固件映像、解碼、獲得資源表、并對(duì)其解析，以確定遠(yuǎn)程固件的資源要求。remoteproc 按照資源表定義建立遠(yuǎn)程固件所需的物理存儲(chǔ)器，并執(zhí)行 rpmsg/virtio ipc 的特定初始化功能。在 remoteproc 完成初始化后，可用法 remotepr

5、oc_boot api 啟動(dòng)相關(guān)軟件環(huán)境中的遠(yuǎn)程處理器。在調(diào)用時(shí)，找到固件映像以便在存儲(chǔ)器中適當(dāng)執(zhí)行，同時(shí)，遠(yuǎn)程處理器解除復(fù)位狀態(tài)以執(zhí)行該映像。remoteproc_shutdown 和 remote- proc_deinit api 允許應(yīng)用關(guān)閉遠(yuǎn)程處理器，并分離解除各類(lèi)資源的初始化。(圖 5 中的偽代碼模塊給出了 remoteproc api 在主機(jī)環(huán)境中的用法實(shí)例。)在遠(yuǎn)程環(huán)境中，啟動(dòng)和關(guān)閉 api 不適用。為了對(duì) remoteproc 組件舉行初始化和解除初始化，必需用法 remoteproc_resource_init api 和 remoteproc_resource_deinit

6、 api。如欲了解在 linux 環(huán)境中如何用法 remoteproc，敬請(qǐng)參見(jiàn) linux 內(nèi)核文檔。rpmsg 和處理器間通信一旦遠(yuǎn)程固件啟動(dòng)并在遠(yuǎn)程處理器上運(yùn)行，就可用法 rpmsg api 在主機(jī)與遠(yuǎn)程軟件環(huán)境之間實(shí)現(xiàn)處理器間通信。當(dāng)用法 rpmsg 時(shí)需要理解的關(guān)鍵抽象和概念如下：從主機(jī)角度看，rpmsg 器件代表一個(gè)遠(yuǎn)程處理器。rpmsg 通道是主機(jī)與遠(yuǎn)程處理器(也稱(chēng)為 rpmsg 設(shè)備)之間的雙向通信通道。rpmsg 端點(diǎn)是可浮現(xiàn)在 rpmsg 通道隨意一側(cè)的規(guī)律抽象。端點(diǎn)提供用于在主機(jī)與遠(yuǎn)程環(huán)境之間發(fā)送目標(biāo)消息的基礎(chǔ)架構(gòu)。當(dāng)創(chuàng)建端點(diǎn)時(shí)，用戶(hù)提供唯一的端點(diǎn)索引或允許 rpmsg 組件為端點(diǎn)分配一個(gè)索引。此外，用戶(hù)提供給用定義的回調(diào)，并將其與正在創(chuàng)建的端點(diǎn)關(guān)聯(lián)。當(dāng)收到針對(duì)給定端點(diǎn)索引的消息時(shí)，rpmsg 會(huì)參考所收到的數(shù)據(jù)負(fù)荷調(diào)用相關(guān)的接收回調(diào)。用戶(hù)可在 rpmsg 通道的隨意一側(cè)創(chuàng)建隨意