Based on the analysis it looks like it's related to Intel ME driver. At least that's what a Google search mentioned. Btw this is on my HP Omen 30L i9 10850K, WD 1TB NVME, 32GB 3200Mhz RAM, RTX 3080, Wifi 6. It's both Windows 10 and 11 on a fresh install which is producing BSOD's and they occur when Windows Update is downloading Intel drivers. IIRC the Intel SCSI driver fails to install so I am wondering if that also could be the problem. I restart and update the PC and it sits for 15+ minutes displaying Restarting.
After the timeout it goes into BSOD. The dump file is 2.6GB so I am going to copy the contents at the point where it detected an error. It seems it is either a driver or motherboard problem, although i'm not too confident on that.
Back story: I swapped a small secondary NVME on this PC and moved it to the primary slot because it was 250GB and the primary NVME was 1TB (Microsoft Flight Simulator). I wanted the 250GB (OS) and the 1TB for Flight Simulator. Somehow the 250GB NVME unexpectedly quit/failed. It's not recognized in Windows installation setup, BIOS or in Windows, disk mgr. I tested the 250GB NVME on another system and the same result, dead, so it follows the NVME. The 1TB NVME works in either slot, so the slots appear to be good. I ran internal diagnostics, and everything passed (extensive testing). I downloaded the Windows SDK debugging tool.
Any insights would be much appreciated !
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Microsoft (R) Windows Debugger Version 10.0.22621.755 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\Heat_Fan89\Desktop\MEMORY.DMP]
Kernel Bitmap Dump File: Kernel address space is available; User address space may not be available.
Dump completed successfully, progress percentage: 100
Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 22621 MP (20 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Edition build lab: 22621.1.amd64fre.ni_release.220506-1250
Machine Name:
Kernel base = 0xfffff802
Debug session time: Fri Nov 25 17:01:06.697 2022 (UTC - 8:00)
System Uptime: 0 days 0:29:33.574
Loading Kernel Symbols
...............................................................
................................................................
........................................................
Loading User Symbols
Loading unloaded module list
................
For analysis of this file, run !analyze -v
16: kd> !analyze -v
***
DRIVER_POWER_STATE_FAILURE (9f)
A driver has failed to complete a power IRP within a specific time.
Arguments:
Arg1: 0000000000000004, The power transition timed out waiting to synchronize with the Pnp
subsystem.
Arg2: 000000000000012c, Timeout in seconds.
Arg3: ffff9f8f26d3b040, The thread currently holding on to the Pnp lock.
Arg4: fffff98a2b7af700, nt!TRIAGE_9F_PNP on Win7 and higher
Debugging Details:
------------------
Implicit thread is now ffff9f8f
IMAGE_VERSION: 10.0.22621.457
STACK_COMMAND: .cxr; .ecxr ; kb
FAILURE_BUCKET_ID: 0x9F_4_PCI_iaStorAVC_IMAGE_pci.sys
OS_VERSION: 10.0.22621.1
BUILDLAB_STR: ni_release
OSPLATFORM_TYPE: x64
OSNAME: Windows 10
FAILURE_ID_HASH: {0f9073da-e0c1-bb25-bd2e-1085722d6131}
Followup: MachineOwner
---------
After the timeout it goes into BSOD. The dump file is 2.6GB so I am going to copy the contents at the point where it detected an error. It seems it is either a driver or motherboard problem, although i'm not too confident on that.
Back story: I swapped a small secondary NVME on this PC and moved it to the primary slot because it was 250GB and the primary NVME was 1TB (Microsoft Flight Simulator). I wanted the 250GB (OS) and the 1TB for Flight Simulator. Somehow the 250GB NVME unexpectedly quit/failed. It's not recognized in Windows installation setup, BIOS or in Windows, disk mgr. I tested the 250GB NVME on another system and the same result, dead, so it follows the NVME. The 1TB NVME works in either slot, so the slots appear to be good. I ran internal diagnostics, and everything passed (extensive testing). I downloaded the Windows SDK debugging tool.
Any insights would be much appreciated !
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Microsoft (R) Windows Debugger Version 10.0.22621.755 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\Heat_Fan89\Desktop\MEMORY.DMP]
Kernel Bitmap Dump File: Kernel address space is available; User address space may not be available.
Dump completed successfully, progress percentage: 100
Symbol search path is: srv*
Executable search path is:
Windows 10 Kernel Version 22621 MP (20 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Edition build lab: 22621.1.amd64fre.ni_release.220506-1250
Machine Name:
Kernel base = 0xfffff802
5f000000 PsLoadedModuleList = 0xfffff802
5fc133f0Debug session time: Fri Nov 25 17:01:06.697 2022 (UTC - 8:00)
System Uptime: 0 days 0:29:33.574
Loading Kernel Symbols
...............................................................
................................................................
........................................................
Loading User Symbols
Loading unloaded module list
................
For analysis of this file, run !analyze -v
16: kd> !analyze -v
***
- *
- Bugcheck Analysis *
- *
DRIVER_POWER_STATE_FAILURE (9f)
A driver has failed to complete a power IRP within a specific time.
Arguments:
Arg1: 0000000000000004, The power transition timed out waiting to synchronize with the Pnp
subsystem.
Arg2: 000000000000012c, Timeout in seconds.
Arg3: ffff9f8f26d3b040, The thread currently holding on to the Pnp lock.
Arg4: fffff98a2b7af700, nt!TRIAGE_9F_PNP on Win7 and higher
Debugging Details:
------------------
Implicit thread is now ffff9f8f
26d3b040
KEY_VALUES_STRING: 1
Key : Analysis.CPU.mSec
Value: 1593
Key : Analysis.DebugAnalysisManager
Value: Create
Key : Analysis.Elapsed.mSec
Value: 4436
Key : Analysis.Init.CPU.mSec
Value: 842
Key : Analysis.Init.Elapsed.mSec
Value: 120552
Key : Analysis.Memory.CommitPeak.Mb
Value: 100
Key : Hardware.BusType
Value: PCI
Key : Hardware.HardwareID
Value: PCI\VEN_8086&DEV_2822&SUBSYS_8703103C&REV_00
Key : WER.OS.Branch
Value: ni_release
Key : WER.OS.Timestamp
Value: 2022-05-06T12:50:00Z
Key : WER.OS.Version
Value: 10.0.22621.1
FILE_IN_CAB: MEMORY.DMP
TAG_NOT_DEFINED_202b: *** Unknown TAG in analysis list 202b
DUMP_FILE_ATTRIBUTES: 0x1800
BUGCHECK_CODE: 9f
BUGCHECK_P1: 4
BUGCHECK_P2: 12c
BUGCHECK_P3: ffff9f8f26d3b040
BUGCHECK_P4: fffff98a2b7af700
DRVPOWERSTATE_SUBCODE: 4
HARDWARE_ID_BUS_TYPE: PCI
HARDWARE_VENDOR_ID: VEN_8086
HARDWARE_DEVICE_ID: DEV_2822
HARDWARE_SUBSYS_ID: SUBSYS_8703103C
HARDWARE_REV_ID: REV_00
HARDWARE_ID: PCI\VEN_8086&DEV_2822&SUBSYS_8703103C&REV_00
IMAGE_NAME: pci.sys
MODULE_NAME: pci
FAULTING_MODULE: fffff80261470000 pci
BLACKBOXBSD: 1 (!blackboxbsd)
BLACKBOXNTFS: 1 (!blackboxntfs)
BLACKBOXPNP: 1 (!blackboxpnp)
BLACKBOXWINLOGON: 1
PROCESS_NAME: System
STACK_TEXT:
fffff98a
2b7af6c8 fffff8025f54e0d8 : 00000000
0000009f 0000000000000004 00000000
0000012c ffff9f8f26d3b040 : nt!KeBugCheckEx
fffff98a
2b7af6d0 fffff8025fa92c3c : fffff98a
00000000 fffff98a2b7af829 ffff8001
26051180 0000000000000000 : nt!PnpBugcheckPowerTimeout+0x70
fffff98a
2b7af730 fffff8025f27f5fb : fffff98a
2c66f230 ffff9f8f26fd8000 fffff98a
2b7af9f8 ffffffff00000002 : nt!PopBuildDeviceNotifyListWatchdog+0x1c
fffff98a
2b7af760 fffff8025f28123e : 00000000
00000000 0000000000000000 00000000
00000000 fffff8025ad35b88 : nt!KiProcessExpiredTimerList+0x1eb
fffff98a
2b7af890 fffff8025f424f6e : ffff8001
26051180 ffff800126051180 ffff9f8f
26db7040 ffff9f8f38e3c040 : nt!KiRetireDpcList+0x54e
fffff98a
2b7afb40 0000000000000000 : fffff98a
2b7b0000 fffff98a2b7a9000 00000000
00000000 00000000`00000000 : nt!KiIdleLoop+0x9eIMAGE_VERSION: 10.0.22621.457
STACK_COMMAND: .cxr; .ecxr ; kb
FAILURE_BUCKET_ID: 0x9F_4_PCI_iaStorAVC_IMAGE_pci.sys
OS_VERSION: 10.0.22621.1
BUILDLAB_STR: ni_release
OSPLATFORM_TYPE: x64
OSNAME: Windows 10
FAILURE_ID_HASH: {0f9073da-e0c1-bb25-bd2e-1085722d6131}
Followup: MachineOwner
---------