[list=1]
[*]
Loading Dump File [D:\Kingston\BSODDmpFiles\oofymo1\New folder\Windows_NT6_BSOD_jcgriff2\030612-30778-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 7601 (Service Pack 1) MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`02a08000 PsLoadedModuleList = 0xfffff800`02c4d670
Debug session time: Tue Mar 6 11:47:44.994 2012 (UTC - 7:00)
System Uptime: 0 days 0:03:05.914
Loading Kernel Symbols
...............................................................
................................................................
..................................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 3B, {c0000005, fffff80002bb49bc, fffff880035d0b20, 0}
Probably caused by : Pool_Corruption ( nt!ExDeferredFreePool+100 )
Followup: Pool_corruption
---------
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff80002bb49bc, Address of the instruction which caused the bugcheck
Arg3: fffff880035d0b20, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.
Debugging Details:
------------------
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.
FAULTING_IP:
nt!ExDeferredFreePool+100
fffff800`02bb49bc 4c8b02 mov r8,qword ptr [rdx]
CONTEXT: fffff880035d0b20 -- (.cxr 0xfffff880035d0b20)
rax=fffff80002c0f890 rbx=0000000000000000 rcx=fffff80002c0f890
rdx=bffffa80061dc010 rsi=0000000000000000 rdi=fffffa800586a2b0
rip=fffff80002bb49bc rsp=fffff880035d1500 rbp=0000000000000000
r8=bffffa80061dc010 r9=fffffa8006ce9450 r10=0000000000000001
r11=0000000000000000 r12=fffff80002c0f340 r13=0000000000000000
r14=0000000000000016 r15=0000000000000001
iopl=0 nv up ei pl zr na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010246
nt!ExDeferredFreePool+0x100:
fffff800`02bb49bc 4c8b02 mov r8,qword ptr [rdx] ds:002b:bffffa80`061dc010=????????????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0x3B
PROCESS_NAME: BlueScreenView
CURRENT_IRQL: 2
LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff80002bb49bc
STACK_TEXT:
fffff880`035d1500 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!ExDeferredFreePool+0x100
FOLLOWUP_IP:
nt!ExDeferredFreePool+100
fffff800`02bb49bc 4c8b02 mov r8,qword ptr [rdx]
SYMBOL_STACK_INDEX: 0
SYMBOL_NAME: nt!ExDeferredFreePool+100
FOLLOWUP_NAME: Pool_corruption
IMAGE_NAME: Pool_Corruption
DEBUG_FLR_IMAGE_TIMESTAMP: 0
MODULE_NAME: Pool_Corruption
STACK_COMMAND: .cxr 0xfffff880035d0b20 ; kb
FAILURE_BUCKET_ID: X64_0x3B_nt!ExDeferredFreePool+100
BUCKET_ID: X64_0x3B_nt!ExDeferredFreePool+100
Followup: Pool_corruption
---------
[*]
Loading Dump File [D:\Kingston\BSODDmpFiles\oofymo1\New folder\Windows_NT6_BSOD_jcgriff2\030612-29780-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 7601 (Service Pack 1) MP (2 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`02a57000 PsLoadedModuleList = 0xfffff800`02c9c670
Debug session time: Tue Mar 6 11:40:28.268 2012 (UTC - 7:00)
System Uptime: 0 days 0:01:06.188
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000007E, {ffffffffc0000005, fffff80002ad8f35, fffff880023aa5c8, fffff880023a9e20}
Probably caused by : dxgmms1.sys ( dxgmms1!VidSchiWaitForSchedulerEvents+1bc )
Followup: MachineOwner
---------
0: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff80002ad8f35, The address that the exception occurred at
Arg3: fffff880023aa5c8, Exception Record Address
Arg4: fffff880023a9e20, Context Record Address
Debugging Details:
------------------
EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.
FAULTING_IP:
nt!KiCommitThreadWait+1d5
fffff800`02ad8f35 488bbb90000000 mov rdi,qword ptr [rbx+90h]
EXCEPTION_RECORD: fffff880023aa5c8 -- (.exr 0xfffff880023aa5c8)
ExceptionAddress: fffff80002ad8f35 (nt!KiCommitThreadWait+0x00000000000001d5)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff
CONTEXT: fffff880023a9e20 -- (.cxr 0xfffff880023a9e20)
rax=0000000000000000 rbx=bffffa8005ae2b60 rcx=fffff880023aa7c0
rdx=fffffdfffdc16c4a rsi=fffffa8005ae2c20 rdi=fffff80002c49e80
rip=fffff80002ad8f35 rsp=fffff880023aa800 rbp=0000000000000000
r8=0000000000000000 r9=0000000000000000 r10=0000000000000001
r11=fffffa800479394e r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010282
nt!KiCommitThreadWait+0x1d5:
fffff800`02ad8f35 488bbb90000000 mov rdi,qword ptr [rbx+90h] ds:002b:bffffa80`05ae2bf0=????????????????
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
PROCESS_NAME: System
CURRENT_IRQL: 2
ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.
EXCEPTION_PARAMETER1: 0000000000000000
EXCEPTION_PARAMETER2: ffffffffffffffff
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002d06100
ffffffffffffffff
FOLLOWUP_IP:
dxgmms1!VidSchiWaitForSchedulerEvents+1bc
fffff880`04f5927c 8bd8 mov ebx,eax
BUGCHECK_STR: 0x7E
LAST_CONTROL_TRANSFER: from fffff80002ad844a to fffff80002ad8f35
STACK_TEXT:
fffff880`023aa800 fffff800`02ad844a : fffffa80`05add000 fffff880`04e2e6e6 fffff880`000000ce fffffa80`05add000 : nt!KiCommitThreadWait+0x1d5
fffff880`023aa890 fffff880`04f5927c : fffffa80`00000002 fffff880`023aaba8 00000000`00000001 00000000`00000000 : nt!KeWaitForMultipleObjects+0x272
fffff880`023aab50 fffff880`04f2c2c6 : ffffffff`ff676980 fffffa80`0573d010 00000000`00000000 00000000`00000000 : dxgmms1!VidSchiWaitForSchedulerEvents+0x1bc
fffff880`023aabf0 fffff880`04f58e7a : 00000000`00000000 fffffa80`05b09d50 00000000`00000080 fffffa80`0573d010 : dxgmms1!VidSchiScheduleCommandToRun+0x1da
fffff880`023aad00 fffff800`02d6efee : 00000000`02e99efe fffffa80`05ae2b60 fffffa80`03cde890 fffffa80`05ae2b60 : dxgmms1!VidSchiWorkerThread+0xba
fffff880`023aad40 fffff800`02ac55e6 : fffff880`009e8180 fffffa80`05ae2b60 fffff880`009f2f40 6d373730`702b4c43 : nt!PspSystemThreadStartup+0x5a
fffff880`023aad80 00000000`00000000 : fffff880`023ab000 fffff880`023a5000 fffff880`023aa680 00000000`00000000 : nt!KxStartSystemThread+0x16
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: dxgmms1!VidSchiWaitForSchedulerEvents+1bc
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: dxgmms1
IMAGE_NAME: dxgmms1.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 4ce799c1
STACK_COMMAND: .cxr 0xfffff880023a9e20 ; kb
FAILURE_BUCKET_ID: X64_0x7E_dxgmms1!VidSchiWaitForSchedulerEvents+1bc
BUCKET_ID: X64_0x7E_dxgmms1!VidSchiWaitForSchedulerEvents+1bc
Followup: MachineOwner
---------
[/list]