基于系統設備樹的構建流程

簡 介

用于構建 AMD embeddedsw 組件的舊方法將 .xsa 用作來自硬件人員的交接文件，并將 mdd、mld 和 mss 文件用于不同的軟件配置。這使得舊方法依賴于 AMD 專屬工具，如軟件命令行工具 (XSCT) 和硬件軟件接口 (HSI)。如果沒有這些專屬工具，就無法使用舊方法來編譯 embeddedsw 組件。

基于系統設備樹的新流程旨在通過采用開源行業標準來避免這種相依性。它使用系統設備樹 CMAKE 和基于 Python 的開源工具 Lopper 來組織所需的構建系統。

系統設備樹是常規 Linux 設備樹的超集。與僅呈現 Linux/APU 所需硬件信息的常規 Linux 設備樹不同，系統設備樹以設備樹格式呈現完整的硬件信息，從而為用戶創造了處理更多用例的機會。它包含有關所有處理器的信息，如平臺管理控制器 (PMC)、PS 管理控制器 (PSM)、實時處理單元 (RPU)、應用處理單元 (APU) 以及系統中的所有外設。要生成系統設備樹，請參閱 附錄 A: 使用 XSCT 生成系統設備樹。

基于系統設備樹的流程使用 Lopper 從系統設備樹中提取所需的硬件元數據。舊方法使用 mld/mss 文件生成軟件配置，現在基于 CMAKE 的基礎架構通過設置 CMAKE 變量來生成所需的報頭文件，用于取代舊的軟件配置。在舊流程中，組件專屬的信息存儲在 mdd/mld/mss 文件中，而在新流程中，這些信息存儲在 YAML 文件中。Python 腳本會讀取這些 YAML 文件，使用 Lopper 和 CMAKE 命令配置組件的源代碼，并相應地填充 BSP 專屬的獨立數據。由此，整個構建系統不再使用 AMD 專屬文件和工具，而改為使用可用的開源基礎架構。

因此有必要移植現有的 embeddedsw 獨立組件和 RTOS 組件，以確保原有軟件組件能夠在這個基于系統設備樹的流程中無縫銜接工作。文檔中的章節解釋了將原有 embeddedsw 驅動程序/庫/應用移植到基于系統設備樹的新流程所需的步驟和更改。

新增內容

以下更改是此流程的新增內容：

開源系統設備樹規范大量借鑒了 Linux 設備樹規范。這些規范中沒有用于區分相似外設的“Device ID”（器件ID）的概念。例如，在舊流程中，如果系統中具有來自同一供應商的兩個以太網 MAC，則會為每個 MAC 分配一個單獨的器件 ID。器件 ID 是從 0 開始的正整數。驅動程序配置結構始終具有一個 u16 DeviceId 字段用于表示已分配的器件 ID。