*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
IRQL_NOT_LESS_OR_EQUAL (a)
An attempt was made to access a pageable (or completely invalid) address at an
interrupt request level (IRQL) that is too high. This is usually
caused by drivers using improper addresses.
If a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: fffffa80239ba448, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, bitfield :
bit 0 : value 0 = read operation, 1 = write operation
bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff80002ccf72c, address which referenced memory
Debugging Details:
------------------
WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80002efa100
fffffa80239ba448
CURRENT_IRQL: 2
FAULTING_IP:
nt!KeWaitForSingleObject+17c
fffff800`02ccf72c 4c8938 mov qword ptr [rax],r15
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VERIFIER_ENABLED_VISTA_MINIDUMP
BUGCHECK_STR: 0xA
PROCESS_NAME: plugin-contain
TRAP_FRAME: fffff88007015980 -- (.trap 0xfffff88007015980)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa80239ba448 rbx=0000000000000000 rcx=fffffa80039ba448
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80002ccf72c rsp=fffff88007015b10 rbp=0000000000000000
r8=fffff78000000008 r9=0000000000000000 r10=0000000000000001
r11=fffff880009ea180 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
nt!KeWaitForSingleObject+0x17c:
fffff800`02ccf72c 4c8938 mov qword ptr [rax],r15 ds:0001:fffffa80`239ba448=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80002cc71e9 to fffff80002cc7c40
STACK_TEXT:
fffff880`07015838 fffff800`02cc71e9 : 00000000`0000000a fffffa80`239ba448 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`07015840 fffff800`02cc5e60 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`07015980 fffff800`02ccf72c : 00000000`00000500 ffffe119`56db9f00 00000000`00000824 fffff800`02c8270a : nt!KiPageFault+0x260
fffff880`07015b10 fffff800`02fbe44e : 00000000`00000000 fffff800`00000006 00000000`00000001 00000000`00000000 : nt!KeWaitForSingleObject+0x17c
fffff880`07015bb0 fffff800`02cc6ed3 : fffffa80`03ba0800 00000000`00000500 00000000`00000000 fffffa80`039ba440 : nt!NtWaitForSingleObject+0xde
fffff880`07015c20 00000000`73902e09 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0691eb78 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x73902e09
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!KeWaitForSingleObject+17c
fffff800`02ccf72c 4c8938 mov qword ptr [rax],r15
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: nt!KeWaitForSingleObject+17c
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 4e02aaa3
FAILURE_BUCKET_ID: X64_0xA_VRF_nt!KeWaitForSingleObject+17c
BUCKET_ID: X64_0xA_VRF_nt!KeWaitForSingleObject+17c
Followup: MachineOwner
---------