共用方式為


新式待命韌體通知

根據概述的新 式待命系統狀態 ,Microsoft 會提供通知,以指出系統何時進入和移出這些狀態。 請務必注意,這些是韌體通知,而不是OS層級通知。

這些通知是一組裝置特定方法(_DSM)功能,可供操作系統用來與系統韌體互動,以進行主要系統狀態轉換的電源和功能優化。 設計支援新式待命的系統時,工程師必須考慮應實作特定系統行為的方式和情況。 這些決策的其中一個重要因素是系統的電源狀態—設計工具可能會想要在顯示器關閉、系統進入睡眠時採取特定動作等等。本節會尋求提供針對新式待命系統上電源狀態轉換所公開通知的概觀。 Microsoft 會在進入和離開時公開三個主要轉換的通知。 下圖顯示這些轉換和對應的通知:

圖 1:顯示使用新式待命狀態轉換通知的圖表

本節假設讀取器熟悉 ACPI 規格所定義的介面。 如需最新 ACPI 規格的相關信息,請參閱 此頁面 。 請注意,下列_DSM與平台無關,不應與此處所述的 Intel 特定_DSM混淆。 在此_DSM,從 Windows 10 版本 1903 開始,支援從 Windows 10 版本 1903 開始識別的 Functions 0、3-6,以及 Windows 10 版本 2004 中已新增 Functions 7 和 8。 Windows 11 22H2 版已新增函式 9。

_DSM 函式 支援自
函式 0,3-6 Windows 10 版本 1903
函式 7,8 Windows 10 2004
函式 9 Windows 11 22H2

列舉函式 (函式 0)

為了讓操作系統與平台互動,ACPI 裝置必須透過命名空間公開。 此裝置必須包含包含 EISAID 的_CID物件(“PNP0D80”。 此裝置的範圍必須包含下列_DSM定義,指出裝置支援哪些_DSMs。

圖 2:列出要列舉之_DSM函式的數據表

為了指出對上述函式 3 到 8 的支援,列舉函式函式 (函式 0) 應該傳回 Buffer(){0xFF,0x01} 。 如需詳細資訊,請參閱 ACPI 規格的第 9.1.1 節。

顯示關閉通知 (函式 3)

當操作系統已進入所有顯示狀態時,將會叫用此_DSM函式,如果有任何顯示狀態,則為本機和遠端。 這可能是基於某些用戶動作,例如按鈕按下或蓋子關閉事件,或某些顯示關閉定時器到期。 如果 OS 透過叫用此函式支援 「顯示關閉通知」,它也必須叫用下一節所述的「顯示通知」。

引數:

  • Arg0: UUID: 11E00D56-CE64-47ce-837B-1F898F9AA461
  • Arg1: 修訂標識碼: 0
  • Arg2: 函式索引: 3
  • Arg3:未使用

傳回:

在通知上顯示 (函式 4)

如果發生 「顯示關閉通知」,且任何顯示本機或遠端的顯示都傳回作用中狀態,則必須叫用此_DSM函式。 如果 OS 透過叫用此函式支援顯示通知,它也必須叫用上一節所述的顯示關閉通知。

引數:

  • Arg0: UUID: 11E00D56-CE64-47ce-837B-1F898F9AA461
  • Arg1: 修訂標識碼: 0
  • Arg2: 函式索引: 4
  • Arg3:未使用

傳回:

最低電源狀態輸入通知 (函式 5)

當所有軟體活動停止(未保留啟動器)允許系統進入最低電源狀態時,就會叫用此_DSM函式。 系統可能會在新式待命會話期間輸入並結束此狀態數次,以明確允許的使用者所需行為。 如需如何定義及區分新式待命睡眠專案的詳細資訊(函式 7),請參閱上圖。 如果操作系統支援此最低平臺電源狀態輸入通知,它也必須叫用下一節所述的對應結束通知(函式 6)。

引數:

  • Arg0: UUID: 11E00D56-CE64-47ce-837B-1F898F9AA461
  • Arg1: 修訂標識碼: 0
  • Arg2: 函式索引: 5
  • Arg3:未使用

傳回:

最低電源狀態結束通知 (函式 6)

每當系統從最低電源狀態喚醒以執行軟體活動時,就可以叫用此_DSM函式(啟動器)。 系統可能會在新式待命會話期間輸入並結束此數次,以明確允許的使用者所需行為提供服務。 如需如何定義及區分新式待命睡眠專案的詳細資訊(函式 7),請參閱上圖。 如果 OS 透過叫用此函式支援最低 Power State Exit Notification,它也必須叫用上一節所述的最低 Power State Entry Notifications。

引數:

  • Arg0: UUID: 11E00D56-CE64-47ce-837B-1F898F9AA461
  • Arg1: 修訂標識碼: 0
  • Arg2: 函式索引: 6
  • Arg3:未使用

傳回:

睡眠輸入通知 (函式 7)

當系統進入新式待命會話的睡眠狀態時,就會叫用此_DSM函式。 這定義為進入低功率階段,當所有輔助系統靜止行為都已完成時,而且只有明確允許、使用者所需、增值的軟體活動才能執行。 Microsoft 建議在此通知中關閉鍵盤反光、電源按鈕 LED 和風扇,因為它表示應該完成較大的工作負載,而且系統已正式進入其長期睡眠狀態。 如果操作系統透過叫用此函式支援新式睡眠輸入通知,它也必須叫用下一節所述的新式睡眠結束通知。

引數:

  • Arg0: UUID: 11E00D56-CE64-47ce-837B-1F898F9AA461
  • Arg1: 修訂標識碼: 0
  • Arg2: 函式索引: 7
  • Arg3:未使用

傳回:

睡眠結束通知 (函式 8)

當系統離開新式待命會話的睡眠狀態時,就會叫用此_DSM函式。 這定義為從低功率階段結束,其中系統不再處於明確的睡眠狀態,而且現在可能會允許較大的工作負載執行。 Microsoft 建議在此通知中還原鍵盤反光、電源按鈕 LED 和風扇行為,因為它表示較大的工作負載現在可以在系統正式結束其長期睡眠狀態時執行。 如果操作系統透過叫用此函式支援Modern Sleep結束通知,它也必須叫用上一節所述的新式睡眠專案通知。

引數:

  • Arg0: UUID: 11E00D56-CE64-47ce-837B-1F898F9AA461
  • Arg1: 修訂標識碼: 0
  • Arg2: 函式索引: 8
  • Arg3:未使用

傳回:

開啟顯示通知 (函式 9)

當系統打算在結束新式待命時開啟顯示器時,就會叫用此_DSM。 例如,如果在睡眠進入后(函式 7)之後,任何 OEM 設計都刻意將裝置放低電源限制 (PLx),但該特定設計會抱怨恢復時間比其他裝置更長的時間。 該函式 9 是一個訊號,可協助系統韌體較早版本的 PL,以在只打算開啟顯示器時,改善從新式待命的恢復時間。 (Windows 11 22H2 版已新增 Functions 9。

引數:

  • Arg0: UUID: 11E00D56-CE64-47ce-837B-1F898F9AA461
  • Arg1: 修訂標識碼: 0
  • Arg2: 函式索引: 9
  • Arg3:未使用

傳回: