共用方式為


Windows 10 行動裝置版的 UEFI 需求

除了套用至所有 Windows 版本的 UEFI 需求中列出的 UEFI 需求之外,執行 Windows 10 行動裝置版 的裝置也必須符合本主題中所述的其他需求。

擴充所有 Windows 版本的一般 UEFI 需求的需求

下表描述適用于所有 Windows 版本之 UEFI 需求中所說明之 UEFI 需求之Windows 10 行動裝置版的 UEFI 需求

需求 描述
GPT 裝置必須能夠從 GUID 磁碟分割資料表 (GPT) 開機。 此外,裝置必須同時包含主要和備份 GPT,如 UEFI 規格標題為「GUID 磁碟分割磁片配置」一節中所述
變數服務 變數服務必須至少提供 64 KB 的非變動性儲存體,以供 Microsoft 使用。 此外,這些變數服務必須在標示的儲存體位置中實作。 此需求必須有足夠的空間來儲存金鑰和其他參數,才能安全開機、允許以新變數刷新整個儲存體,以及允許在快閃整個儲存體時排除這些變數。 為了降低 BOM 成本和硬體複雜度,Microsoft 需要透過將額外的快閃元件新增至裝置,來實作變數服務。
簡單文字輸入通訊協定 下列實體索引鍵應對應至下列函式:

向上音量:向上箭號
向上音量:向下箭號
相機:輸入
電源按鈕:暫停
記憶體服務 GetMemoryMap () 函式必須傳回平臺的完整實體記憶體範圍,如 UEFI 規格的第 6.2 節「記憶體服務」所指定。
EFI 區塊 I/O 通訊協定 EFI 區塊 I/O 通訊協定必須根據其原生磁區大小報告存放裝置大小。 例如,4 KB 磁區裝置不應該將本身回報為 512 位元組磁區裝置。

Windows 10 行動裝置版的特定需求

下表描述Windows 10 行動裝置版特有的需求。

需求 描述
UEFI 驅動程式 UEFI 驅動程式必須內嵌在 UEFI 韌體中。
USB 函式通訊協定 UEFI 韌體必須包含符合 UEFI USB 功能通訊協定的驅動程式。 如需詳細資訊,請參閱 UEFI USB 函式通訊協定。 UEFI 中的 USB 列舉只能由 Microsoft 程式碼處理。
電池充電通訊協定 如果裝置使用 Microsoft UEFI 電池充電應用程式,UEFI 韌體必須包含實作 UEFI 電池充電通訊協定的驅動程式。 在裝置交接至 Microsoft UEFI 電池充電軟體之前,裝置必須符合 USB 電池充電 v1.2 規格。 如需詳細資訊,請參閱開機環境中的UEFI 電池充電通訊協定和電池充電。

重要: 只有在裝置使用 Microsoft UEFI 電池充電應用程式時,才適用這項需求。 如果裝置使用自訂的 UEFI 電池充電應用程式,而不是 Microsoft 提供的應用程式,UEFI 電池充電驅動程式不得實作 UEFI 電池充電通訊協定。
顯示電源狀態通訊協定 如果裝置使用 Microsoft UEFI 電池充電應用程式,UEFI 韌體必須包含實作 UEFI 顯示電源狀態通訊協定的驅動程式。 此通訊協定是用來在 UEFI 環境中充電時,關閉螢幕並再次開啟。 如需此通訊協定的詳細資訊,請參閱 UEFI 顯示電源狀態通訊協定。 如需 UEFI 電池充電應用程式如何使用此通訊協定的詳細資訊,請參閱 UEFI 電池充電應用程式的架構

重要: 只有在裝置使用 Microsoft UEFI 電池充電應用程式時,才適用這項需求。 如果裝置使用自訂的 UEFI 電池充電應用程式,而不是 Microsoft 提供的應用程式,UEFI 電池充電驅動程式不得實作 UEFI 顯示電源狀態通訊協定。
電源最佳化 建議將 UEFI 環境優化為不使用過多電源。 這可讓裝置在開機時盡可能使用較少的電源,並在 UEFI) 中充電時儘快 (充電。
保留的硬體按鈕 在開機程式期間,Microsoft 會將電源、音量增加和音量減少按鈕定義為觸發程式,可用來啟動數個 Microsoft 提供的 UEFI 應用程式。 OEM 不得在開機期間多載電源、音量增加或音量減少按鈕,以執行自訂動作或啟動其他 UEFI 應用程式。

下列清單顯示這些按鈕會啟動哪些 Microsoft 提供的 UEFI 應用程式。

向上磁片區:Microsoft 提供的 UEFI 閃爍應用程式。
音量降低:Microsoft 提供的 UEFI 裝置重設應用程式。
Power:Microsoft 提供的開發人員開機功能表應用程式。

注意: OEM 也必須確保 UEFI 環境中的音量向上和向下音量按鈕分別作為向上鍵和向下鍵。
OEM UEFI 應用程式 OEM 可以新增 UEFI 應用程式,以協助製造及維護裝置。 這些應用程式具有下列限制:

UEFI 應用程式應該不會影響開機時間。
UEFI 應用程式必須使用在允許簽章資料庫中的憑證簽署, (db) UEFI 變數。
UEFI 應用程式必須以下列其中一種方式運作:它們 絕對不能 在開機期間執行到主要 OS 或更新 OS,或者它們一 必須在開機期間執行到主要 OS 或更新 OS。

UEFI 應用程式 有時不得 執行,有時也不會在開機期間執行至主要 OS 或更新 OS。 啟用裝置加密時,信任的平臺模組 (TPM) 儲存開機順序,且無法在啟用裝置加密之後變更。 例如,如果開機順序是UEFI 韌> 體應用程式 A> bootarm.efi,則從開機順序移除應用程式 A會導致 TPM 無法解除密封。

此外,如果有多個 UEFI 應用程式,韌體應該確保應用程式的一致順序。 例如,如果開機順序是UEFI 韌> 體應用程式 A>應用程式 B> bootarm.efi,則將開機順序變更為UEFI 韌> 體應用程式 B>應用程式 A> bootarm.efi 可能會導致如果應用程式 A 和 B 鏈結至資料庫中的不同專案,TPM 無法解除密封。

更新開機應用程式的簽署憑證並不會造成 TPM 的問題。 不過,如果已重新簽署 UEFI 應用程式,使其鏈結至資料庫中的不同專案,這也會造成 TPM 無法解除密封。

SoC 平臺上 Windows 的最低 UEFI 需求

適用于所有 Windows 版本的 UEFI 需求

USB 快閃支援的 UEFI 需求