[list=1]
[*]
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [D:\Kingston\BSODDmpFiles\garthrs\022312-20716-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 (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`02e67000 PsLoadedModuleList = 0xfffff800`030ac670
Debug session time: Thu Feb 23 16:48:16.458 2012 (UTC - 7:00)
System Uptime: 0 days 0:20:34.019
Loading Kernel Symbols
...............................................................
................................................................
........................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 1000007E, {ffffffffc0000005, 0, fffff8800783c898, fffff8800783c0f0}
Probably caused by : ntkrnlmp.exe ( nt!PfTCreateTraceDump+2e3 )
Followup: MachineOwner
---------
3: 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: 0000000000000000, The address that the exception occurred at
Arg3: fffff8800783c898, Exception Record Address
Arg4: fffff8800783c0f0, 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:
+16
00000000`00000000 ?? ???
EXCEPTION_RECORD: fffff8800783c898 -- (.exr 0xfffff8800783c898)
ExceptionAddress: 0000000000000000
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000008
Parameter[1]: 0000000000000000
Attempt to execute non-executable address 0000000000000000
CONTEXT: fffff8800783c0f0 -- (.cxr 0xfffff8800783c0f0)
rax=fffff8a00d490ff8 rbx=fffff8a00232afd8 rcx=fffff8a00d490ff8
rdx=fffffffff4e99fe0 rsi=fffff8a00d490ff8 rdi=0000000000000000
rip=0000000000000000 rsp=fffff8800783cad8 rbp=0000000000000001
r8=0000000000000000 r9=0000000000000000 r10=0000000000003cb4
r11=fffff8a00d490ff8 r12=fffff8a00d490020 r13=00000000000000fc
r14=fffff8a00232a000 r15=00000000000000fc
iopl=0 nv up ei pl zr na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010246
00000000`00000000 ?? ???
Resetting default scope
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
PROCESS_NAME: System
CURRENT_IRQL: 0
ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.
EXCEPTION_PARAMETER1: 0000000000000008
EXCEPTION_PARAMETER2: 0000000000000000
WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff80003116100
0000000000000000
FOLLOWUP_IP:
nt!PfTCreateTraceDump+2e3
fffff800`03300f63 41016c2404 add dword ptr [r12+4],ebp
FAILED_INSTRUCTION_ADDRESS:
+2e3
00000000`00000000 ?? ???
BUGCHECK_STR: 0x7E
LAST_CONTROL_TRANSFER: from fffff80003300f63 to 0000000000000000
STACK_TEXT:
fffff880`0783cad8 fffff800`03300f63 : fffff8a0`0232afc8 00000000`00000001 fffff8a0`0d490fe8 fffff800`00000000 : 0x0
fffff880`0783cae0 fffff800`033500b0 : fffff880`0783cc10 fffff8a0`0232a018 fffff8a0`0d490000 fffff8a0`0d478000 : nt!PfTCreateTraceDump+0x2e3
fffff880`0783cbe0 fffff800`03355ca3 : fffffa80`07b9b001 00000000`00000080 fffffa80`069ab9e0 fffff800`0306bda8 : nt!PfTGenerateTrace+0x10
fffff880`0783cc10 fffff800`0317efee : ffffffff`ff676980 fffffa80`07b9b060 fffffa80`0875b060 fffff800`02edb757 : nt!PfTLoggingWorker+0x113
fffff880`0783cd40 fffff800`02ed55e6 : fffff800`03059e80 fffffa80`07b9b060 fffff800`03067cc0 fffff880`01265cb0 : nt!PspSystemThreadStartup+0x5a
fffff880`0783cd80 00000000`00000000 : fffff880`0783d000 fffff880`07837000 fffff880`0783c790 00000000`00000000 : nt!KxStartSystemThread+0x16
SYMBOL_STACK_INDEX: 1
SYMBOL_NAME: nt!PfTCreateTraceDump+2e3
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 4e02aaa3
STACK_COMMAND: .cxr 0xfffff8800783c0f0 ; kb
FAILURE_BUCKET_ID: X64_0x7E_NULL_IP_nt!PfTCreateTraceDump+2e3
BUCKET_ID: X64_0x7E_NULL_IP_nt!PfTCreateTraceDump+2e3
Followup: MachineOwner
---------
[*]
Loading Dump File [D:\Kingston\BSODDmpFiles\garthrs\022312-21496-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 (4 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`02e61000 PsLoadedModuleList = 0xfffff800`030a6670
Debug session time: Thu Feb 23 14:47:01.614 2012 (UTC - 7:00)
System Uptime: 0 days 0:27:23.785
Loading Kernel Symbols
...............................................................
................................................................
.......................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 50, {fffff80000000000, 0, fffff800032faffc, 0}
Could not read faulting driver name
Probably caused by : ntkrnlmp.exe ( nt!PfTCreateTraceDump+37c )
Followup: MachineOwner
---------
3: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
PAGE_FAULT_IN_NONPAGED_AREA (50)
Invalid system memory was referenced. This cannot be protected by try-except,
it must be protected by a Probe. Typically the address is just plain bad or it
is pointing at freed memory.
Arguments:
Arg1: fffff80000000000, memory referenced.
Arg2: 0000000000000000, value 0 = read operation, 1 = write operation.
Arg3: fffff800032faffc, If non-zero, the instruction address which referenced the bad memory
address.
Arg4: 0000000000000000, (reserved)
Debugging Details:
------------------
Could not read faulting driver name
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80003110100
fffff80000000000
FAULTING_IP:
nt!PfTCreateTraceDump+37c
fffff800`032faffc 4c3b36 cmp r14,qword ptr [rsi]
MM_INTERNAL_CODE: 0
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0x50
PROCESS_NAME: System
CURRENT_IRQL: 0
TRAP_FRAME: fffff88006c3a940 -- (.trap 0xfffff88006c3a940)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff8a00fbdd598 rbx=0000000000000000 rcx=000000000000ffff
rdx=0000000000000083 rsi=0000000000000000 rdi=0000000000000000
rip=fffff800032faffc rsp=fffff88006c3aad8 rbp=0000000000000001
r8=0000000000000010 r9=fffff8a0024e7000 r10=0000000000005083
r11=fffff88006c3ab00 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na po nc
nt!PfTCreateTraceDump+0x37c:
fffff800`032faffc 4c3b36 cmp r14,qword ptr [rsi] ds:0002:00000000`00000000=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80002e899fc to fffff80002eddc40
STACK_TEXT:
fffff880`06c3a7d8 fffff800`02e899fc : 00000000`00000050 fffff800`00000000 00000000`00000000 fffff880`06c3a940 : nt!KeBugCheckEx
fffff880`06c3a7e0 fffff800`02edbd6e : 00000000`00000000 fffff800`00000000 ffffffff`f290ff00 fffff8a0`024c15c8 : nt! ?? ::FNODOBFM::`string'+0x4611f
fffff880`06c3a940 fffff800`032faffc : fffff800`032fafdd fffff8a0`024c15b8 00000000`00000001 fffff8a0`0fbdd578 : nt!KiPageFault+0x16e
fffff880`06c3aad8 fffffa80`08743b01 : fffff800`0334a0b0 fffff880`06c3ac10 fffff8a0`024ba018 fffff8a0`0fbbe000 : nt!PfTCreateTraceDump+0x37c
fffff880`06c3abd8 fffff800`0334a0b0 : fffff880`06c3ac10 fffff8a0`024ba018 fffff8a0`0fbbe000 fffff8a0`0fb88000 : 0xfffffa80`08743b01
fffff880`06c3abe0 fffff800`0334fca3 : fffffa80`08743b01 00000000`00000080 fffffa80`069ab9e0 fffff800`03065da8 : nt!PfTGenerateTrace+0x10
fffff880`06c3ac10 fffff800`03178fee : ffffffff`ff676980 fffffa80`08743b60 fffffa80`08ce75c0 fffff800`02ed5757 : nt!PfTLoggingWorker+0x113
fffff880`06c3ad40 fffff800`02ecf5e6 : fffff800`03053e80 fffffa80`08743b60 fffff800`03061cc0 fffff880`01026cb0 : nt!PspSystemThreadStartup+0x5a
fffff880`06c3ad80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KxStartSystemThread+0x16
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!PfTCreateTraceDump+37c
fffff800`032faffc 4c3b36 cmp r14,qword ptr [rsi]
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: nt!PfTCreateTraceDump+37c
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
IMAGE_NAME: ntkrnlmp.exe
DEBUG_FLR_IMAGE_TIMESTAMP: 4e02aaa3
FAILURE_BUCKET_ID: X64_0x50_nt!PfTCreateTraceDump+37c
BUCKET_ID: X64_0x50_nt!PfTCreateTraceDump+37c
Followup: MachineOwner
---------
[/list]