UEFI 2.1 – section 1.6.1 – UEFI Driver Model Goals

在UEFI 2.1 的規範中, UEFI驅動模型有下列追求目標

相容性 – 驅動程式必須維持與 EFI 1.10/UEFI 2.0 規範相容, 這意味著 UEFI Driver Model 取得了在UEFI 2.0 延伸機制的優點下, 去增加了需要的功能

簡單性 – 驅動程式必須能簡單的實現與維護, 必須讓驅動程式作者, 能集中精力在特定裝置驅動程式發展,  一個驅動程式不應具有平台的相依性或是受平台管理問題影響, 與平台有關的, 則應該在平台系統韌體內處理

伸縮性 – UEFI Driver Model 必須能連接各種平台, 各種平台包括 嵌入式, 移動式與桌上系統, 如工作站與伺服器

彈性 – UEFI Driver Model 必須能列舉所有類型的裝置或是只列舉OS在開機時必須的裝置, 基於OS開機的最少裝置列舉提供了快速開機的能力, 而完整的裝置列舉則提供下列的可能,  OS安裝, 系統維護或是檢測系統有那些開機裝置存於系統

擴充性 – UEFI Driver Model 必須能支援任何在未來定義的匯流排

跨平台性 – UEFI Driver Model 必須是可跨平台的, 包含各種平台與處理器架構

互動性 – UEFI Driver Model 必須是可以與其它Driver 與系統軔體共存, 而不會產生任何系統資源衝突

能描述複雜匯流排架構 – UEFI Driver Model 必須能描述一個多變化的匯流排拓樸, 包含簡單到只有單一匯流排的平台到擁有許多不同種類匯流排的異常複雜的平台

小的驅動程式尺寸 – UEFI Driver Model 所產生的可執行程式塊, 必須是最小化的, 減少平台成本支出, 當彈性與擴充性是目標時, 不可必免增加了額外的負擔, 它們必須保持最小的不可管理的軔体元件尺寸

處理傳統定址的擴充ROM問題 – UEFI Driver Model 必須可以直接定址與解決傳統上擴充卡的ROM問題, 特別是, 它必須能同時支援擴充卡上舊有的ROM與UEFI Driver, 讓擴充卡在傳統的BIOS與UEFI 組成系統上都可以不須要更改卡上的code, 這個方案必須提供一個演進道路, 讓傳統的擴充ROM過渡到UEFI Driver

廣告

發表迴響

在下方填入你的資料或按右方圖示以社群網站登入:

WordPress.com Logo

您的留言將使用 WordPress.com 帳號。 登出 / 變更 )

Twitter picture

您的留言將使用 Twitter 帳號。 登出 / 變更 )

Facebook照片

您的留言將使用 Facebook 帳號。 登出 / 變更 )

Google+ photo

您的留言將使用 Google+ 帳號。 登出 / 變更 )

連結到 %s

%d 位部落客按了讚: