電腦出現(xiàn)藍(lán)屏INTERNAL_POWER_ERROR怎么修復(fù)
藍(lán)屏代碼0x000000A0代表"INTERNAL_POWER_ERROR"，這意味著在處理電源操作期間發(fā)生了內(nèi)部錯(cuò)誤。這可能與計(jì)算機(jī)的電源管理系統(tǒng)有關(guān)，可能是由于驅(qū)動程序、硬件故障、電源供應(yīng)問題或其他因素引起的。
快快藍(lán)屏修復(fù)助手可以幫你修復(fù)各類藍(lán)屏異常和錯(cuò)誤問題，能快速檢測軟件、硬件和驅(qū)動故障。分析藍(lán)屏日志。
要解決這個(gè)問題，可以嘗試以下方法：
方法一：檢查硬件問題
藍(lán)屏錯(cuò)誤可能是由于硬件故障引起的，例如內(nèi)存、硬盤或者其他設(shè)備,嘗試重新連接或更換這些硬件設(shè)備，或運(yùn)行Windows自帶的硬件診斷工具來檢測和修復(fù)故障。
方法二：更新BIOS和驅(qū)動程序
訪問電腦制造商的官方網(wǎng)站，下載并安裝最新的BIOS和驅(qū)動程序，包括主板、顯卡、聲卡等設(shè)備的驅(qū)動程序。
方法三：清理系統(tǒng)垃圾文件
使用磁盤清理工具來刪除臨時(shí)文件和其他不需要的系統(tǒng)文件，以釋放磁盤空間并改善系統(tǒng)性能。
方法四：使用一鍵修復(fù)工具助手（強(qiáng)烈推薦）
1、首先你的電腦必須下載與完成安裝完成快快藍(lán)屏修復(fù)助手。如果你還沒有安裝點(diǎn)擊下方鏈接下載。
下載地址：>>>快快藍(lán)屏修復(fù)助手<<<
提示：安裝路徑不要選擇C盤，避免產(chǎn)生問題造成損失。
2、找到你電腦中的快快藍(lán)屏修復(fù)助手，點(diǎn)擊進(jìn)入?？吹绞醉摵?，點(diǎn)擊首頁一鍵掃描按鈕開始掃描。等待幾分鐘，就能獲取你急切想要的結(jié)果。
3、掃描完成后會顯示電腦的所有藍(lán)屏記錄以及藍(lán)屏的詳細(xì)信息。
4、解決方案頁面顯示了導(dǎo)致該次藍(lán)屏的具體原因和解決方案，點(diǎn)擊右上角的一鍵修復(fù)進(jìn)行修復(fù)。
5、切記，當(dāng)修復(fù)完成之后我們還是需要重新啟動計(jì)算機(jī)的。畢竟一切修復(fù)的結(jié)果，需要重新后，才能被系統(tǒng)認(rèn)可。
當(dāng)你完成重啟后，你電腦的藍(lán)屏問題已經(jīng)基本解決了。相信小編，不要急需卸載快快藍(lán)屏修復(fù)助手。畢竟它強(qiáng)大的功能是你未來的一個(gè)保障，可以隨時(shí)隨地為你服務(wù)，讓你再次遇到藍(lán)屏問題不在抓狂。
其他相關(guān)信息：
INTERNAL_POWER_ERROR bug 檢查 的值為 0x000000A0。 此 bug 檢查指示電源策略管理器遇到嚴(yán)重錯(cuò)誤。
INTERNAL_POWER_ERROR參數(shù)
參數(shù) 1 指示沖突的類型。 其他參數(shù)的含義取決于參數(shù) 1 的值。
| 參數(shù) 1 | 參數(shù) 2 | 參數(shù) 3 | 參數(shù) 4 | 原因 |
|---|---|---|---|---|
0x1 |
1： 設(shè)備已超出其最大引用計(jì)數(shù)數(shù)。 2、3 或 4： 太多浪涌電源 IRP 已排隊(duì)。 5： 電源 IRP 已發(fā)送到被動級別設(shè)備對象。 6： 系統(tǒng)未能分配必要的電源 IRP。 |
如果參數(shù) 2 的值為 1，則允許的最大引用數(shù)。 如果參數(shù) 2 的值為 2、3 或 4，則允許的最大掛起 IRP 數(shù)。 如果參數(shù) 2 的值為 6，則為目標(biāo)設(shè)備對象。 |
如果參數(shù) 2 的值為 6，則指示這是系統(tǒng) (0x0) 還是設(shè)備 (0x1) 電源 IRP。 | 在處理電源 I/O 請求數(shù)據(jù)包 (IRP) 期間出錯(cuò)。 |
0x2 |
預(yù)留 |
預(yù)留 |
預(yù)留 |
嘗試處理電源事件時(shí)發(fā)生內(nèi)部故障。 有關(guān)詳細(xì)信息，請參閱在參數(shù) 1 等于 0x2 時(shí)調(diào)試 bug 檢查 0xA0。 |
0x3 |
預(yù)期的校驗(yàn)和 |
實(shí)際校驗(yàn)和 |
失敗的行號 |
休眠上下文頁的校驗(yàn)和與其預(yù)期的校驗(yàn)和不匹配。 |
0x4 |
預(yù)期的校驗(yàn)和 |
實(shí)際校驗(yàn)和 |
失敗的行號 |
即將寫入休眠文件的頁的校驗(yàn)和與其預(yù)期的校驗(yàn)和不匹配。 |
0x5 |
預(yù)留 |
預(yù)留 |
預(yù)留 |
未知的關(guān)閉代碼已發(fā)送到系統(tǒng)關(guān)閉處理程序。 |
0x7 |
預(yù)留 |
預(yù)留 |
預(yù)留 |
發(fā)生了未經(jīng)處理的異常。 有關(guān)詳細(xì)信息，請參閱在參數(shù) 1 等于 0x7 時(shí)調(diào)試 bug 檢查 0xA0。 |
0x8 |
此參數(shù)始終設(shè)置為 0x100。 |
設(shè)備對象 |
POWER_CHANNEL_SUMMARY |
處理系統(tǒng)電源事件時(shí)發(fā)生嚴(yán)重錯(cuò)誤。 |
0x9 |
狀態(tài)代碼 |
鏡像階段 |
保留 |
準(zhǔn)備休眠文件時(shí)發(fā)生嚴(yán)重錯(cuò)誤。 |
0xA |
0：恢復(fù)后立即請求 bug 檢查。 1：在所有不可分頁的設(shè)備都打開后，恢復(fù)期間請求了 bug 檢查。 2：所有設(shè)備都開機(jī)后，恢復(fù)期間請求了 bug 檢查。 |
預(yù)留 |
預(yù)留 |
出于調(diào)試目的而喚醒時(shí)，請求了檢查 bug。 |
0xB |
休眠文件的大小。 |
空間耗盡前的休眠進(jìn)度 0： HIBERFILE_PROGRESS_FREE_MAP 1： HIBERFILE_PROGRESS_RESUME_CONTEXT 2： HIBERFILE_PROGRESS_PROCESSOR_STATE 3： HIBERFILE_PROGRESS_SECURE_RANGES 4： HIBERFILE_PROGRESS_MEMORY_RANGES 5： HIBERFILE_PROGRESS_TABLE_PAGES 6： HIBERFILE_PROGRESS_MEMORY_IMAGE |
當(dāng)參數(shù) 2 為 4 時(shí)，剩余內(nèi)存范圍的大小。 |
休眠文件太小。 |
0xC |
狀態(tài)代碼 |
轉(zhuǎn)儲堆棧上下文 |
保留 |
轉(zhuǎn)儲堆棧初始化失敗。 |
0xD |
處于轉(zhuǎn)換狀態(tài)的系統(tǒng)電源狀態(tài)。 |
睡眠檢查點(diǎn)最近到達(dá)。 |
指向POP_POWER_ACTION結(jié)構(gòu)的指針。 |
系統(tǒng)未能及時(shí)完成電源轉(zhuǎn)換。 |
0xF |
處于轉(zhuǎn)換狀態(tài)的系統(tǒng)電源狀態(tài)。 |
睡眠檢查點(diǎn)最近到達(dá)。 |
指向當(dāng)前正在處理請求的線程的指針。 |
系統(tǒng)未能及時(shí)完成電源轉(zhuǎn)換。 |
0xF0 |
處于轉(zhuǎn)換狀態(tài)的系統(tǒng)電源狀態(tài)。 |
睡眠檢查點(diǎn)最近到達(dá)。 |
指向當(dāng)前正在處理請求的線程的指針。 |
系統(tǒng)未能及時(shí)完成 (暫停) 電源轉(zhuǎn)換。 |
0xF1 |
處于轉(zhuǎn)換狀態(tài)的系統(tǒng)電源狀態(tài)。 |
睡眠檢查點(diǎn)最近到達(dá)。 |
指向當(dāng)前正在處理請求的線程的指針。 |
系統(tǒng)無法完成 (及時(shí)恢復(fù)) 電源轉(zhuǎn)換。 |
| 參數(shù) 1 | 參數(shù) 2 | 參數(shù) 3 | 參數(shù) 4 | 原因 |
|---|---|---|---|---|
0x101 |
保留 |
異常指針。 |
保留 |
處理系統(tǒng)電源事件時(shí)發(fā)生未經(jīng)處理的異常。 有關(guān)詳細(xì)信息，請參閱調(diào)試參數(shù) 1 等于 0x101 時(shí)檢查 0xA0 bug。 |
0x102 |
保留 |
DUMP_INITIALIZATION_CONTEXT |
POP_HIBER_CONTEXT |
休眠工作緩沖區(qū)大小不與頁對齊。 |
0x103 |
保留 |
POP_HIBER_CONTEXT |
保留 |
在休眠過程中，無法考慮所有工作頁。 |
0x104 |
保留 |
POP_HIBER_CONTEXT |
保留 |
嘗試在鎖定內(nèi)部內(nèi)存結(jié)構(gòu)時(shí)映射內(nèi)部休眠內(nèi)存。 |
0x105 |
保留 |
POP_HIBER_CONTEXT |
保留 |
嘗試使用不受支持的內(nèi)存類型標(biāo)志映射內(nèi)部休眠內(nèi)存。 |
0x106 |
保留 |
內(nèi)存描述符列表 (MDL) |
保留 |
內(nèi)存描述符列表是在休眠過程中創(chuàng)建的，用于描述未分頁對齊的內(nèi)存。 |
0x107 |
保留 |
POP_HIBER_CONTEXT |
PO_MEMORY_RANGE_ARRAY |
內(nèi)部休眠數(shù)據(jù)結(jié)構(gòu)中發(fā)生了數(shù)據(jù)不匹配。 |
0x108 |
保留 |
POP_HIBER_CONTEXT |
保留 |
磁盤子系統(tǒng)無法正確寫入休眠文件的一部分。 |
0x109 |
保留 |
預(yù)期校驗(yàn)和 |
實(shí)際校驗(yàn)和 |
處理器狀態(tài)數(shù)據(jù)的校驗(yàn)和與其預(yù)期的校驗(yàn)和不匹配。 |
0x10A |
保留 |
POP_HIBER_CONTEXT |
NTSTATUS 故障代碼 |
磁盤子系統(tǒng)未能正確讀取或?qū)懭胄菝呶募囊徊糠帧?/p> |
0x10B |
保留 |
當(dāng)前休眠進(jìn)度 |
保留 |
嘗試使用 PoSetHiberRange API 在錯(cuò)誤的時(shí)間將頁面標(biāo)記為處于休眠狀態(tài)的啟動階段。 |
0x10C |
保留 |
提供給 API 的標(biāo)志 |
要標(biāo)記的長度 |
使用無效參數(shù)調(diào)用了 PoSetHiberRange API。 |
0x10D |
保留 |
POP_HIBER_CONTEXT |
NTSTATUS 故障代碼 |
提供恢復(fù)數(shù)據(jù)時(shí)，安全內(nèi)核子系統(tǒng)失敗。 |
0x10E |
保留 |
校驗(yàn)和不正確 |
上一個(gè)磁盤讀取的校驗(yàn)和 |
磁盤子系統(tǒng)在從休眠文件讀取時(shí)返回?fù)p壞的數(shù)據(jù)。 |
0x10F |
當(dāng)前系統(tǒng)睡眠檢查點(diǎn)。 |
內(nèi)部錯(cuò)誤的類型。 0 ：在禁用分頁時(shí)，但在 Po 禁用所有處理器上中斷之前寫入檢查點(diǎn)。 1 ：在系統(tǒng)睡眠中斷禁用階段，0 以外的 CPU 嘗試寫入檢查點(diǎn)。 2 ：系統(tǒng)中的另一段代碼正在執(zhí)行 EFI 運(yùn)行時(shí)服務(wù)。 |
保留 |
檢查點(diǎn)系統(tǒng)睡眠進(jìn)度時(shí)發(fā)生內(nèi)部錯(cuò)誤。 |
0x110 |
預(yù)留 |
預(yù)留 |
預(yù)留 |
系統(tǒng)無法禁用系統(tǒng)睡眠狀態(tài)，但必須這樣做才能確保數(shù)據(jù)完整性。 |
0x111 |
預(yù)留 |
預(yù)留 |
預(yù)留 |
驅(qū)動程序已指示用戶存在，并且用戶已啟用用于捕獲調(diào)用堆棧的調(diào)試選項(xiàng)。 |
0x200 |
保留 |
DEVICE_OBJECT |
DEVICE_OBJECT_POWER_EXTENSION |
正在檢查未知設(shè)備類型是否處于空閑狀態(tài)。 |
0x300 |
保留 |
DEVICE_OBJECT |
IRP |
電池電源 IRP 返回了未知狀態(tài)。 |
0x301 |
保留 |
DEVICE_OBJECT |
IRP |
電池已進(jìn)入未知狀態(tài)。 |
0x400 |
保留 |
IO_STACK_LOCATION |
DEVICE_OBJECT |
設(shè)備已超出其最大引用計(jì)數(shù)數(shù)。 |
0x401 |
保留 |
掛起的 IRP 列表 |
DEVICE_OBJECT |
過多的浪涌電源 IRP 已排隊(duì)。 |
0x402 |
保留 |
掛起的 IRP 列表 |
DEVICE_OBJECT |
過多的浪涌電源 IRP 已排隊(duì)。 |
0x403 |
保留 |
掛起的 IRP 列表 |
DEVICE_OBJECT |
過多的浪涌電源 IRP 已排隊(duì)。 |
0x404 |
保留 |
IO_STACK_LOCATION |
DEVICE_OBJECT |
電源 IRP 已發(fā)送到被動級別設(shè)備對象。 |
0x500 |
保留 |
IRP |
DEVICE_OBJECT |
熱電 IRP 返回了未知狀態(tài)。 |
| 參數(shù) 1 | 參數(shù) 2 | 參數(shù) 3 | 參數(shù) 4 | 原因 |
|---|---|---|---|---|
0x600 |
DEVICE_OBJECT PDO |
預(yù)留 |
預(yù)留 |
驅(qū)動程序已嘗試使用 Power Runtime Framework 進(jìn)行重復(fù)注冊。 |
0x601 |
POP_FX_DEVICE設(shè)備 |
PEP_DEVICE_REGISTER PEP |
保留 |
未接受任何 Power Engine 插件的設(shè)備注冊。 |
0x602 |
DEVICE_NODE設(shè)備節(jié)點(diǎn) |
睡眠計(jì)數(shù) |
保留 |
設(shè)備節(jié)點(diǎn)睡眠計(jì)數(shù)與其激活計(jì)數(shù)不匹配。 |
0x603 |
POP_FX_PLUGIN |
工作請求類型 |
保留 |
Power Engine 插件發(fā)出了無效的工作請求。 |
0x605 |
通知 ID |
POP_FX_PLUGIN |
保留 |
電源引擎插件無法接受強(qiáng)制設(shè)備電源管理通知。 |
0x606 |
POP_FX_COMPONENT |
POP_FX_COMPONENT_FLAGS |
組件的新條件 |
當(dāng)資源已處于活動狀態(tài)或空閑) 時(shí)，Power Engine 插件嘗試將關(guān)鍵系統(tǒng)資源組件轉(zhuǎn)換為活動 ( (或空閑) 條件。 |
0x607 |
POP_FX_DEVICE |
NTSTATUS |
保留 |
需要成功獲取運(yùn)行時(shí)電源管理框架設(shè)備刪除鎖失敗。 |
0x608 |
POP_FX_COMPONENT |
POP_FX_COMPONENT_FLAGS |
保留 |
驅(qū)動程序嘗試在沒有前面的活動請求的情況下將組件轉(zhuǎn)換為空閑狀態(tài)。 |
0x609 |
POP_FX_PLUGIN |
POP_FX_DEVICE |
重復(fù)的請求類型 0： DevicePowerRequired 1： DevicePowerNotRequired |
電源引擎插件請求了需要設(shè)備電源或不需要設(shè)備電源，而無需執(zhí)行相反類型的干預(yù)請求。 |
0x610 |
POP_FX_PLUGIN |
POP_FX_DEVICE |
保留 |
Power Engine 插件請求了不需要的設(shè)備電源，而以前的設(shè)備電源要求請求未完成。 |
0x611 |
POP_FX_PLUGIN |
POP_FX_DEVICE |
組件索引無效 |
Power Engine 插件已請求對無效組件執(zhí)行操作。 |
0x612 |
POP_FX_PLUGIN PowerEnginePlugin |
預(yù)留 |
預(yù)留 |
Power Engine 插件已請求在設(shè)備通知的上下文中完成其他工作，其中 PO 未為請求提供任何緩沖區(qū)。 |
0x613 |
POP_FX_DEVICE |
組件索引 |
操作 0： 不需要完整的設(shè)備電源 1： 報(bào)告設(shè)備已打開 2： 完成空閑條件 |
當(dāng)沒有此類未完成的請求掛起時(shí)，驅(qū)動程序已嘗試完成請求。 |
0x614 |
POP_FX_DEVICE |
組件索引 |
非法參數(shù) 0： IRQL >= DISPATCH_LEVEL 中使用的PO_FX_FLAG_BLOCKING 1： 同時(shí)指定了PO_FX_FLAG_BLOCKING和PO_FX_FLAG_ASYNC_ONLY 2： 組件索引無效 |
驅(qū)動程序已請求對具有非法參數(shù)的組件進(jìn)行活動/空閑轉(zhuǎn)換。 |
0x615 |
POP_FX_PLUGIN |
POP_FX_COMPONENT |
非法操作 0： 未處于空閑狀態(tài)的組件 0 1：組件已處于活動狀態(tài) 2： 沒有未完成的激活請求 3： 未完成的空閑狀態(tài)轉(zhuǎn)換 |
Power Engine 插件非法指示組件激活已完成。 |
0x616 |
POP_FX_PLUGIN |
POP_FX_COMPONENT |
非法操作 0： 空閑狀態(tài)無效 1： 組件已處于請求狀態(tài) 2： 請求了非零空閑狀態(tài)，但未通過空閑狀態(tài) 0 |
Power Engine 插件已非法請求組件空閑狀態(tài)轉(zhuǎn)換。 |
0x617 |
POP_FX_PLUGIN PowerEnginePlugin |
UNICODE_STRING DeviceId |
PEP_DEVICE_REGISTER PEP 注冊 |
Power Engine 插件在處理設(shè)備注冊通知時(shí)返回了無效的接受類型。 |
0x618 |
POP_FX_WORK_ORDER_WATCHDOG_INFO WorkOrder |
預(yù)留 |
預(yù)留 |
運(yùn)行時(shí)電源工作線程被阻止了太長時(shí)間。 |
0x619 |
POP_FX_DEVICE 設(shè)備 |
組件索引 |
實(shí)際負(fù)責(zé)的子設(shè)備的 NULL 或DEVICE_NODE |
設(shè)備長時(shí)間阻止進(jìn)入最深的運(yùn)行時(shí)空閑電源狀態(tài)。 |
0x61A |
POP_FX_PLUGIN Power Engine 插件 |
POP_FX_DEVICE設(shè)備 |
保留 |
Power Engine 插件提供了有關(guān)組件性能狀態(tài)信息的無效信息。 |
0x61B |
POP_FX_DEVICE設(shè)備 |
組件索引 |
保留 |
驅(qū)動程序在注冊設(shè)備性能狀態(tài)之前已發(fā)出性能狀態(tài)請求。 |
0x61C |
POP_FX_DEVICE設(shè)備 |
組件索引 |
參數(shù)無效 值： 0 ：PerfChangesCount 超出為此組件注冊的 perf 狀態(tài)集數(shù) |
驅(qū)動程序發(fā)出了具有無效參數(shù)的性能狀態(tài)請求。 |
0x61D |
POP_FX_DEVICE設(shè)備 |
組件索引 |
未完成的請求上下文 |
驅(qū)動程序已發(fā)出性能狀態(tài)請求，而以前的請求未完成。 |
0x61E |
預(yù)留 |
預(yù)留 |
預(yù)留 |
啟用自動轉(zhuǎn)換時(shí)，Power Engine 插件嘗試在調(diào)試器設(shè)備上執(zhí)行關(guān)鍵轉(zhuǎn)換。 |
0x61F |
POP_FX_DEVICE設(shè)備 |
協(xié)調(diào)空閑狀態(tài)索引 |
保留 |
Power Engine 插件嘗試為非平臺范圍狀態(tài)的協(xié)調(diào)空閑狀態(tài)啟用自動調(diào)試器轉(zhuǎn)換。 |
0x620 |
POP_FX_DEVICE設(shè)備 |
協(xié)調(diào)空閑狀態(tài)索引 |
保留 |
Power Engine 插件已嘗試為不是平臺范圍的協(xié)調(diào)空閑狀態(tài)注冊 D 狀態(tài)依賴項(xiàng)。 |
0x621 |
POP_FX_DEVICE設(shè)備 |
組件索引 |
協(xié)調(diào)空閑狀態(tài)索引 |
Power Engine 插件嘗試注冊非平臺范圍的協(xié)調(diào)空閑狀態(tài)的 F 狀態(tài)依賴項(xiàng)。 |
0x622 |
父POP_FX_COMPONENT |
子POP_FX_COMPONENT |
保留 |
驅(qū)動程序嘗試從具有未完成的依賴項(xiàng)的 PoFx 中注銷。 |
0x666 |
PPOP_PEP_ACTIVITY |
新活動類型 0： DevicePowerOn 1： ComponentIdleStateChange 2： ComponentActivating 3： ComponentActive 4： DevicePowerOff 5： DeviceSuspend |
沖突的活動類型 0： DevicePowerOn 1： ComponentIdleStateChange 2： ComponentActivating 3： ComponentActive 4： DevicePowerOff 5： DeviceSuspend |
默認(rèn) Power Engine 插件已嘗試觸發(fā)與另一個(gè)活動沖突的新活動。 |
0x667 |
POP_PEP_ACTIVITY |
活動類型 0： DevicePowerOn 1： ComponentIdleStateChange 2： ComponentActivating 3： ComponentActive 4： DevicePowerOff 5： DeviceSuspend |
POP_PEP_ACTIVITY_STATUS |
默認(rèn) Power Engine 插件已嘗試完成未運(yùn)行的活動。 |
0x668 |
正在更新其引用計(jì)數(shù)的PPPM_COORDINATED_STATE。 |
此函數(shù)觀察到的無效引用計(jì)數(shù)值。 |
正在更新的平臺空閑狀態(tài)的掩碼。 |
默認(rèn)電源引擎插件已嘗試刪除以前未受約束的平臺空閑狀態(tài)約束。 |
0x669 |
正在更新其引用計(jì)數(shù)的PPPM_COORDINATED_STATE。 |
此函數(shù)觀察到的無效引用計(jì)數(shù)值。 |
保留 |
默認(rèn) Power Engine 插件在嘗試以獨(dú)占方式通知 PoFx 平臺空閑狀態(tài)的可用性時(shí)遇到內(nèi)部一致性錯(cuò)誤。 |
| 參數(shù) 1 | 參數(shù) 2 | 參數(shù) 3 | 參數(shù) 4 | 原因 |
|---|---|---|---|---|
0x680 |
NTSTATUS 失敗代碼。 |
預(yù)留 |
預(yù)留 |
運(yùn)行時(shí)電源框架無法分析所需的 ACPI 表，因?yàn)樵摫砣笔Щ蚋袷讲徽_。 這通常是由于 BIOS 錯(cuò)誤造成的。 |
0x700 |
PEPHANDLE |
PEP_PPM_IDLE_SELECT |
保留 |
電源引擎插件指定了無效的處理器空閑依賴項(xiàng)。 |
0x701 |
掛起處理器的選定空閑狀態(tài)的索引 |
掛起處理器的 PRCB 地址 |
掛起處理器的索引 |
處理器無法在分配的間隔內(nèi)完成空閑轉(zhuǎn)換。 這表示指定的處理器已掛起。 |
0x702 |
處理器所選空閑狀態(tài)的索引 |
處理器的空閑同步狀態(tài) |
掛起處理器的 PRCB 地址 |
處理器在沒有 OS 使用必要的 PPM 空閑同步) 通過 PEP (啟動顯式喚醒的情況下，從不可中斷狀態(tài)中喚醒。 |
0x703 |
PEPHANDLE |
PEP_PPM_QUERY_PLATFORM_STATE |
保留 |
Power Engine 插件在查詢平臺狀態(tài)通知期間指定了無效的處理器空閑依賴項(xiàng)。 |
0x704 |
預(yù)留 |
預(yù)留 |
預(yù)留 |
協(xié)調(diào)空閑狀態(tài)轉(zhuǎn)換未及時(shí)完成。 |
0x705 |
PEPHANDLE |
通知 |
標(biāo)識非法更改的字段的四個(gè)字符標(biāo)記。 內(nèi)核調(diào)試器中的解碼標(biāo)記：.formats 標(biāo)記，標(biāo)記包含在 < >中。 |
Power Engine 插件更改了傳遞到通知的緩沖區(qū)中的只讀字段。 |
0x706 |
通知 |
標(biāo)識包含非法值的字段的四個(gè)字符標(biāo)記。 內(nèi)核調(diào)試器中的解碼標(biāo)記：.formats 標(biāo)記，標(biāo)記包含在 < >中。 |
非法值或索引到存在非法值的數(shù)組中 |
電源引擎插件在傳遞到通知的緩沖區(qū)的某個(gè)字段中返回了非法值。 |
0x800 |
當(dāng)前 CS 狀態(tài) |
預(yù)留 |
預(yù)留 |
當(dāng)系統(tǒng)處于連接待機(jī)狀態(tài)時(shí)，監(jiān)視器意外打開。 |
0x801 |
顯示狀態(tài)更改原因 |
更新顯示狀態(tài)的會話的 ID |
保留 |
發(fā)生了無效的顯示狀態(tài)轉(zhuǎn)換。 |
0x802 |
導(dǎo)致屏幕關(guān)閉的POWER_MONITOR_REQUEST_REASON |
如果啟用了電源事件處理程序，則為 1;否則為 0。 |
指向全局POP_PDC_IDLE_PHASE_WATCHDOG_CONTEXT的指針。 |
PDC 系統(tǒng)空閑階段 (NoCsPhase) 阻止轉(zhuǎn)換到新式待機(jī)的時(shí)間比預(yù)期更長。 |
0x900 |
指向負(fù)責(zé)任的電源設(shè)置回調(diào)的指針 |
調(diào)用電源設(shè)置回調(diào)之前的 IRQL |
從電源設(shè)置回調(diào)返回后的 IRQL |
使用修改后的 IRQL 返回的已注冊電源設(shè)置回調(diào)。 這表示回調(diào)更改了 IRQL，但在返回之前未還原原始 IRQL。 |
0x901 |
DEVICE_OBJECT |
IRP |
線程的 APC 禁用計(jì)數(shù) |
驅(qū)動程序在處理電源 IRP 時(shí)已啟用/禁用內(nèi)核 APC。 |
0x4001 |
KE 錯(cuò)誤子代碼。 值： 0x100： (INTERNAL_POWER_ERROR_KE_PROCESSOR_ON_TIMED_OUT) 固件打開處理器所花費(fèi)的時(shí)間太長。 0x101： (INTERNAL_POWER_ERROR_KE_INVALID_INTERRUPT_TARGET) 指定了無效的中斷目標(biāo)。 0x102： (INTERNAL_POWER_ERROR_KE_SETDESTINATION_FAILED) 無法更改中斷線的目標(biāo)目標(biāo)。 0x103： (INTERNAL_POWER_ERROR_KE_IPI_REQUEST_FAILED) 重定向中斷時(shí)無法發(fā)出 IPI。 0x104： (INTERNAL_POWER_ERROR_KE_ARCH_NOT_SUPPORTED) 不支持的處理器體系結(jié)構(gòu)。 |
預(yù)留 |
預(yù)留 |
(INTERNAL_POWER_ERROR_KE_SUBCODE) 在電源操作期間內(nèi)核執(zhí)行中發(fā)生內(nèi)部故障。 |
0xAA64 |
錯(cuò)誤代碼 |
正在進(jìn)行 PSCI 函數(shù) ID |
可選的內(nèi)部上下文相關(guān)數(shù)據(jù) |
(PSCI) 函數(shù)的 AArm64 Power State 協(xié)調(diào)接口遇到不可恢復(fù)的嚴(yán)重錯(cuò)誤。 |
解決方法
常規(guī)說明
在上表中，多個(gè)參數(shù)是指向 結(jié)構(gòu)的指針。 例如，如果參數(shù) 2 列為DEVICE_OBJECT，則參數(shù) 2 是指向DEVICE_OBJECT結(jié)構(gòu)的指針。 某些結(jié)構(gòu)在 wdm.h 中定義，它包含在 Windows 驅(qū)動程序工具包中。 例如，以下結(jié)構(gòu)在 wdm.h 中定義。
EXCEPTION_POINTERS DEVICE_OBJECT IO_STACK_LOCATION PEP_DEVICE_REGISTER上表中顯示的某些結(jié)構(gòu)未在任何公共頭文件中定義。 可以使用 dt debugger 命令查看這些結(jié)構(gòu)的定義。 以下示例演示如何使用 dt 命令查看 DEVICE_OBJECT_POWER_EXTENSION 結(jié)構(gòu)。
3: kd> dt nt!DEVICE_OBJECT_POWER_EXTENSION
+0x000 IdleCount : Uint4B
+0x004 BusyCount : Uint4B
+0x008 BusyReference : Uint4B
+0x00c TotalBusyCount : Uint4B
+0x010 ConservationIdleTime : Uint4B
+0x014 PerformanceIdleTime : Uint4B
+0x018 DeviceObject : Ptr64 _DEVICE_OBJECT
+0x020 IdleList : _LIST_ENTRY
+0x030 IdleType : _POP_DEVICE_IDLE_TYPE
+0x034 IdleState : _DEVICE_POWER_STATE
+0x038 CurrentState : _DEVICE_POWER_STATE
+0x040 Volume : _LIST_ENTRY
+0x050 Specific : <unnamed-tag>
以下過程將幫助你調(diào)試此 bug 檢查的某些實(shí)例。
當(dāng)參數(shù) 1 等于 0x2 時(shí)調(diào)試 bug 檢查 0xA0
檢查堆棧。 查找 ntoskrnl！PopExceptionFilter 函數(shù)。 此函數(shù)包含以下代碼作為其第一個(gè)參數(shù)。
(error_code << 16) | _LINE_
如果調(diào)用方是 PopExceptionFilter，則此函數(shù)的第一個(gè)參數(shù)的類型為 PEXCEPTION_POINTERS。 請注意此參數(shù)的值。
使用 dt (顯示類型) 命令，并將在上一步中找到的值指定為 參數(shù)。
dt nt!_EXCEPTION_POINTERS argument
此命令顯示 結(jié)構(gòu)。 記下上下文記錄的地址。
使用 .cxr (顯示上下文記錄) 命令，并將在上一步中找到的上下文記錄指定為 記錄。
.cxr record
此命令將寄存器上下文設(shè)置為正確的值。
使用各種命令分析錯(cuò)誤的來源。 從 kb 開始 (顯示堆?；厮? 。
當(dāng)參數(shù) 1 等于 0x7 時(shí)調(diào)試 bug 檢查 0xA0
檢查堆棧。 查找 ntoskrnl！PopExceptionFilter 函數(shù)。 此函數(shù)的第一個(gè)參數(shù)的類型為 PEXCEPTION_POINTERS。 請注意此參數(shù)的值。
使用 dt (顯示類型) 命令，并將在上一步中找到的值指定為 參數(shù)。
dt nt!_EXCEPTION_POINTERS argument
此命令顯示 結(jié)構(gòu)。 記下上下文記錄的地址。
使用 .cxr (顯示上下文記錄) 命令，并將在上一步中找到的上下文記錄指定為 記錄。
.cxr record
此命令將寄存器上下文設(shè)置為正確的值。
使用各種命令分析錯(cuò)誤的來源。 從 kb 開始 (顯示堆?；厮? 。
當(dāng)參數(shù) 1 等于 0x101 時(shí)調(diào)試 bug 檢查 0xA0
使用 dt (顯示類型) 命令，并將參數(shù) 3 的值指定為 參數(shù)。
dt nt!_EXCEPTION_POINTERS argument
此命令顯示 結(jié)構(gòu)。 記下上下文記錄的地址。
使用 .cxr (顯示上下文記錄) 命令，并將找到上一步的上下文記錄指定為 記錄。
.cxr record
此命令將寄存器上下文設(shè)置為正確的值。
使用各種命令分析錯(cuò)誤的來源。 從 kb 開始 (顯示堆?；厮? 。
另請參閱
Bug 檢查代碼參考
