*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1E, {ffffffffc0000005, fffff800034c5e36, 0, 0}
Unable to load image acedrv11.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for acedrv11.sys
*** ERROR: Module load completed but symbols could not be loaded for acedrv11.sys
Probably caused by : acedrv11.sys ( acedrv11+5363f )
Followup: MachineOwner
-------------
Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\Tom\Desktop\101710-22978-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`0341f000 PsLoadedModuleList = 0xfffff800`0365ce50
Debug session time: Sun Oct 17 17:01:19.510 2010 (UTC - 4:00)
System Uptime: 0 days 0:00:14.336
Loading Kernel Symbols
...............................................................
..........................
Loading User Symbols
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck A, {13c, 2, 1, fffff800034af448}
Probably caused by : Pool_Corruption ( nt!ExDeferredFreePool+126d )
Followup: Pool_corruption
---------
2: kd> !analyze -v
*******************************************************************************
* *
* 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: 000000000000013c, 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: fffff800034af448, address which referenced memory
Debugging Details:
------------------
WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800036c70e0
000000000000013c
CURRENT_IRQL: 2
FAULTING_IP:
nt!IopCompleteRequest+c85
fffff800`034af448 488908 mov qword ptr [rax],rcx
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xA
PROCESS_NAME: System
IRP_ADDRESS: fffff800037a539c
TRAP_FRAME: fffff88002f9ffb0 -- (.trap 0xfffff88002f9ffb0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=000000000000013c rbx=0000000000000000 rcx=fffff800037a5414
rdx=fffff88002fa0fb8 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800034af448 rsp=fffff88002fa0140 rbp=fffff88002fa0290
r8=fffff88002fa0248 r9=fffff88002fa0240 r10=0000000000000002
r11=fffff800034ae7d0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
nt!IopCompleteRequest+0xc85:
fffff800`034af448 488908 mov qword ptr [rax],rcx ds:c440:00000000`0000013c=????????????????
Resetting default scope
LOCK_ADDRESS: fffff80003693400 -- (!locks fffff80003693400)
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!ExDeferredFreePool+126d
fffff800`035c267c 90 nop
SYMBOL_STACK_INDEX: e
SYMBOL_NAME: nt!ExDeferredFreePool+126d
FOLLOWUP_NAME: Pool_corruption
IMAGE_NAME: Pool_Corruption
DEBUG_FLR_IMAGE_TIMESTAMP: 0
MODULE_NAME: Pool_Corruption
FAILURE_BUCKET_ID: X64_0xA_nt!ExDeferredFreePool+126d
BUCKET_ID: X64_0xA_nt!ExDeferredFreePool+126d
Followup: Pool_corruption
---------