想知道在Event log 的Wake source 整個流程是如何寫入的。

匿名
2024-10-29T10:10:18+00:00

您好!

我這邊有一些工具上的問題,因為我們是在做Pwrtest 但是發現有時候跑的時候會因為筆電本身再跑S4 的時候不是藉由Retimer呼叫起來導致想是為Unknow,

想知道Pwrtest.exe 他是如何將她的wakesource 填入的,想說有整個workflow 也許能讓我們更清楚,要如何處理。

或是有甚麼方式 可以去debug. 也許能夠對於我們有所幫助。

我們基本上BIOS 會去藉由告知EC 下去S4 後來起來EC 給予我們Wake source 但是接下來,就不知道OS 端是如何運作的。

鎖定的問題。 此問題從 Microsoft 支援社群移轉。 您可以投票決定內容是否有幫助,但不能新增評論或回覆,亦不能追蹤問題。 為保障私隱,已移轉問題的使用者個人檔案會匿名處理。

0 則留言 沒有意見
{count} 票
接受的答案
  1. 匿名
    2024-10-29T12:17:29+00:00

    此回應已自動翻譯。因此,可能有文法錯誤或奇怪的措辭。

    您好 ,王。威利 (TPE),

    感謝您在 Microsoft 社區論壇上發帖。

    您提到的 Pwrtest.exe 是電源管理測試的工具。要瞭解它如何記錄和分析喚醒源,我們可以從一個高級過程開始。

    通常,電源管理測試工具在處理系統休眠和喚醒時會執行以下步驟:

    1. 系統進入睡眠模式:該工具將使用特定命令觸發系統進入 S4(休眠)模式。
    2. 系統喚醒:系統將被事件喚醒。在您的示例中,您提到了通過 Retimer 喚醒系統。
    3. 記錄喚醒源:系統喚醒后,操作系統會記錄喚醒源。這通常是通過操作系統內核機制完成的。

    Pwrtest.exe 的具體工作流和喚醒源填充機制可以包括以下幾個方面:

    • 可以調用 System APIs:Pwrtest.exe Windows 電源管理 API(例如“PowerRestoreDefaults”或“PowerSetActiveScheme”)來配置和管理電源策略。
    • 事件記錄:當系統從 S4 喚醒時,Windows 內核會生成相關電源事件的日誌。Pwrtest.exe可能會讀取這些日誌以確定尾流的來源。
    • 日誌 Analysis:Pwrtest.exe 可以分析事件日誌條目,包括“事件ID 1”(系統啟動)和“事件 ID 42”(系統進入休眠狀態),以識別特定的喚醒源。

    有關如何調試和獲取的更多資訊:

    1. 檢查系統事件紀錄:
      • 打開 Event Viewer。
      • 導航到“Windows Logs -> System”。
      • 查找與電源管理相關的事件,特別是進入和退出 S4 狀態的事件。
    2. 使用內建的電源診斷工具:
      • 運行“powercfg -energy”命令,該命令將生成詳細的電源管理報告,説明您了解系統的電源管理狀態和問題。
      • 執行“powercfg -waketimers”命令以查看系統當前設置的喚醒計時器。
    3. 選擇BIOS 和 EC 配置:
      • 確保 BIOS 和 EC 配置正確,尤其是在喚醒事件和電源管理設置方面。
      • 您可能需要查閱設備的硬體手冊和 BIOS 設置手冊,以確保所有相關設置都正確無誤。

    希望它有説明。

    親切問候

    1 個人認為這個答案有幫助。
    0 則留言 沒有意見

0 個其他答案

排序方式: 有幫助