Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Users\K\Desktop\New folder\052111-23478-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;srv*e:\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.20941.amd64fre.win7_ldr.110408-1635
Machine Name:
Kernel base = 0xfffff800`0300d000 PsLoadedModuleList = 0xfffff800`03241eb0
Debug session time: Sat May 21 12:25:43.706 2011 (GMT-4)
System Uptime: 0 days 8:28:20.861
Loading Kernel Symbols
...............................................................
................................................................
....................................
Loading User Symbols
Loading unloaded module list
......................................
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck D1, {0, 2, 0, fffff8800188a7a0}
Unable to load image \??\C:\Windows\system32\drivers\PktIcpt.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for PktIcpt.sys
*** ERROR: Module load completed but symbols could not be loaded for PktIcpt.sys
Probably caused by : NETIO.SYS ( NETIO!NetioDereferenceNetBufferList+86 )
Followup: MachineOwner
---------
3: 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: 0000000000000000, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff8800188a7a0, address which referenced memory
Debugging Details:
------------------
READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800032ac0e0
0000000000000000
CURRENT_IRQL: 2
FAULTING_IP:
tcpip! ?? ::FNODOBFM::`string'+56f4
fffff880`0188a7a0 488b01 mov rax,qword ptr [rcx]
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT
BUGCHECK_STR: 0xD1
PROCESS_NAME: System
TRAP_FRAME: fffff880033c4560 -- (.trap 0xfffff880033c4560)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffffa80094f95c0 rbx=0000000000000000 rcx=0000000000000000
rdx=fffffa80094f95c1 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800188a7a0 rsp=fffff880033c46f0 rbp=0000000000000000
r8=fffffa80094f95c0 r9=00000000000000d0 r10=fffff880031d3e80
r11=fffffa8007e0b900 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei ng nz na po nc
tcpip! ?? ::FNODOBFM::`string'+0x56f4:
fffff880`0188a7a0 488b01 mov rax,qword ptr [rcx] ds:07ff:00000000`00000000=????????????????
Resetting default scope
LAST_CONTROL_TRANSFER: from fffff80003072ae9 to fffff80003073580
STACK_TEXT:
fffff880`033c4418 fffff800`03072ae9 : 00000000`0000000a 00000000`00000000 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`033c4420 fffff800`03071760 : 00000000`00000000 00000000`00000000 fffffa80`04ade000 fffffa80`07e0b710 : nt!KiBugCheckDispatch+0x69
fffff880`033c4560 fffff880`0188a7a0 : fffffa80`07e0b710 fffff880`04887b37 00000000`206c644d fffffa80`0434b820 : nt!KiPageFault+0x260
fffff880`033c46f0 fffff880`016f96a6 : fffffa80`07e0b710 00000000`04c31000 00000000`00000000 fffffa80`04c31000 : tcpip! ?? ::FNODOBFM::`string'+0x56f4
fffff880`033c4740 fffff880`016f735d : 00000000`00000000 fffffa80`08d78b80 00000000`00000000 fffff880`0196c9a0 : NETIO!NetioDereferenceNetBufferList+0x86
fffff880`033c4770 fffff880`0185ee26 : fffffa80`04c31000 ffffed92`010e1700 00000000`00000000 fffffa80`07e0b710 : NETIO!NetioDereferenceNetBufferListChain+0x2dd
fffff880`033c47f0 fffff880`0185db21 : 00000000`00000000 fffffa80`04c31000 fffff880`0196c9a0 00000000`094f9501 : tcpip!IppReceiveHeaderBatch+0x3c7
fffff880`033c48d0 fffff880`01935542 : fffffa80`07e9c950 00000000`00000000 fffffa80`094f9501 fffff880`00000001 : tcpip!IpFlcReceivePackets+0x651
fffff880`033c4ad0 fffff880`01789afa : fffffa80`0a49ae02 fffffa80`0a49aea0 00000000`00000002 00000000`00000000 : tcpip!IppInspectInjectReceive+0xf2
fffff880`033c4b10 fffff880`0488458d : fffffa80`092414b0 fffffa80`094f95c0 fffffa80`07e0b800 00000000`00000000 : fwpkclnt!FwpsInjectTransportReceiveAsync0+0x256
fffff880`033c4bc0 fffffa80`092414b0 : fffffa80`094f95c0 fffffa80`07e0b800 00000000`00000000 fffffa80`094f0002 : PktIcpt+0x258d
fffff880`033c4bc8 fffffa80`094f95c0 : fffffa80`07e0b800 00000000`00000000 fffffa80`094f0002 fffffa80`00000001 : 0xfffffa80`092414b0
fffff880`033c4bd0 fffffa80`07e0b800 : 00000000`00000000 fffffa80`094f0002 fffffa80`00000001 fffff880`0000000b : 0xfffffa80`094f95c0
fffff880`033c4bd8 00000000`00000000 : fffffa80`094f0002 fffffa80`00000001 fffff880`0000000b fffff880`00000000 : 0xfffffa80`07e0b800
STACK_COMMAND: kb
FOLLOWUP_IP:
NETIO!NetioDereferenceNetBufferList+86
fffff880`016f96a6 4885ff test rdi,rdi
SYMBOL_STACK_INDEX: 4
SYMBOL_NAME: NETIO!NetioDereferenceNetBufferList+86
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: NETIO
IMAGE_NAME: NETIO.SYS
DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc18a
FAILURE_BUCKET_ID: X64_0xD1_NETIO!NetioDereferenceNetBufferList+86
BUCKET_ID: X64_0xD1_NETIO!NetioDereferenceNetBufferList+86
Followup: MachineOwner
---------
