Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\DUMPS\lysander2142\020811-21668-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available
Symbol search path is: SRV*C:\SymCache*http://msdl.microsoft.com/download/symbols
Executable search path is:
Windows 7 Kernel Version 7600 MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7600.16617.amd64fre.win7_gdr.100618-1621
Machine Name:
Kernel base = 0xfffff800`02e13000 PsLoadedModuleList = 0xfffff800`03050e50
Debug session time: Tue Feb 8 05:44:44.359 2011 (UTC + 0:00)
System Uptime: 0 days 0:42:41.356
Loading Kernel Symbols
.
Press ctrl-c (cdb, kd, ntsd) or ctrl-break (windbg) to abort symbol loads that take too long.
Run !sym noisy before .reload to track down problems loading symbols.
..............................................................
................................................................
.....................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck D1, {1c, 2, 1, fffff8800187a3ba}
Probably caused by : tcpip.sys ( tcpip!TcpBeginTcbSend+32a )
Followup: MachineOwner
---------
2: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1: 000000000000001c, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, value 0 = read operation, 1 = write operation
Arg4: fffff8800187a3ba, address which referenced memory
Debugging Details:
------------------
WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800030bb0e0
000000000000001c
CURRENT_IRQL: 2
FAULTING_IP:
tcpip!TcpBeginTcbSend+32a
fffff880`0187a3ba f083401c01 lock add dword ptr [rax+1Ch],1
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xD1
PROCESS_NAME: System
TRAP_FRAME: fffff88008ad04b0 -- (.trap 0xfffff88008ad04b0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=fffffa8009c2ba10
rdx=fffffa8009c2ba00 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800187a3ba rsp=fffff88008ad0640 rbp=fffff88008ad0748
r8=fffffa8009c2b810 r9=fffff88008ad06e0 r10=fffffa8009c2b940
r11=0000000000000020 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl nz na pe nc
tcpip!TcpBeginTcbSend+0x32a:
fffff880`0187a3ba f083401c01 lock add dword ptr [rax+1Ch],1 ds:06e0:00000000`0000001c=????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80002e82ca9 to fffff80002e83740
STACK_TEXT:
fffff880`08ad0368 fffff800`02e82ca9 : 00000000`0000000a 00000000`0000001c 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`08ad0370 fffff800`02e81920 : fffffa80`0655c200 00000000`00000001 fffffa80`09a30960 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`08ad04b0 fffff880`0187a3ba : 00000000`00000001 fffffa80`09bdbcf0 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x260
fffff880`08ad0640 fffff880`01878bc9 : ffff0000`093b674e ffff0000`093b675e 00000000`00000000 00000000`00000001 : tcpip!TcpBeginTcbSend+0x32a
fffff880`08ad08c0 fffff880`01874a56 : 00000000`00000000 fffffa80`09bdbc01 fffff880`01966128 fffffa80`06312f40 : tcpip!TcpTcbSend+0x1d9
fffff880`08ad0b40 fffff880`0187c44c : fffff880`06912400 00000000`00000000 00000000`00000000 fffff880`0185f700 : tcpip!TcpFlushDelay+0x316
fffff880`08ad0c20 fffff880`0185e6c7 : fffffa80`0652a000 fffffa80`063e6880 fffffa80`063e83c0 00000000`00000000 : tcpip!TcpPreValidatedReceive+0x20c
fffff880`08ad0cd0 fffff880`0185e799 : fffff880`08ad0e50 fffff880`0196c9a0 fffff880`08ad0e60 fffff880`01835bab : tcpip!IppDeliverListToProtocol+0x97
fffff880`08ad0d90 fffff880`0185ec90 : fffffa80`0652a000 fffffa80`0747b800 00000000`00000011 fffff880`08ad0e50 : tcpip!IppProcessDeliverList+0x59
fffff880`08ad0e00 fffff880`0185db21 : 00000000`faffffef fffffa80`0652a000 fffff880`0196c9a0 00000000`07429a01 : tcpip!IppReceiveHeaderBatch+0x231
fffff880`08ad0ee0 fffff880`0185c592 : fffffa80`075686c0 00000000`00000000 fffffa80`07429a01 00000000`00000001 : tcpip!IpFlcReceivePackets+0x651
fffff880`08ad10e0 fffff880`01875e5a : fffffa80`07429a50 fffff880`08ad1210 fffffa80`07429a50 00000000`00000000 : tcpip!FlpReceiveNonPreValidatedNetBufferListChain+0x2b2
fffff880`08ad11c0 fffff800`02e92e5a : fffffa80`07482e20 fffff880`08acc000 00000000`00004800 00000000`00000000 : tcpip!FlReceiveNetBufferListChainCalloutRoutine+0xda
fffff880`08ad1210 fffff880`01875882 : fffff880`01875d80 fffff880`08ad1320 00000000`00000002 00000000`00000000 : nt!KeExpandKernelStackAndCalloutEx+0xda
fffff880`08ad12f0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : tcpip!FlReceiveNetBufferListChain+0xb2
STACK_COMMAND: kb
FOLLOWUP_IP:
tcpip!TcpBeginTcbSend+32a
fffff880`0187a3ba f083401c01 lock add dword ptr [rax+1Ch],1
SYMBOL_STACK_INDEX: 3
SYMBOL_NAME: tcpip!TcpBeginTcbSend+32a
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: tcpip
IMAGE_NAME: tcpip.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 4c15a458
FAILURE_BUCKET_ID: X64_0xD1_tcpip!TcpBeginTcbSend+32a
BUCKET_ID: X64_0xD1_tcpip!TcpBeginTcbSend+32a
Followup: MachineOwner