Microsoft (R) Windows Debugger Version 6.11.0001.404 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\Windows\Minidump\052511-19796-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 7601 (Service Pack 1) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17592.x86fre.win7sp1_gdr.110408-1631
Machine Name:
Kernel base = 0x8280e000 PsLoadedModuleList = 0x829574d0
Debug session time: Wed May 25 06:49:11.938 2011 (GMT-4)
System Uptime: 0 days 22:05:50.200
Loading Kernel Symbols
...............................................................
................................................................
...........................................
Loading User Symbols
Loading unloaded module list
..................
1: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
PROCESS_HAS_LOCKED_PAGES (76)
Caused by a driver not cleaning up correctly after an I/O.
Arguments:
Arg1: 00000000, Locked memory pages found in process being terminated.
Arg2: 861db030, Process address.
Arg3: 00000001, Humber of locked pages.
Arg4: 00000000, Pointer to driver stacks (if enabled) or 0 if not.
Issue a !search over all of physical memory for the current process pointer.
This will yield at least one MDL which points to it. Then do another !search
for each MDL found, this will yield the IRP(s) that point to it, revealing
which driver is leaking the pages.
Otherwise, set HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory
Management\TrackLockedPages to a DWORD 1 value and reboot. Then the system
will save stack traces so the guilty driver can be easily identified.
When you enable this flag, if the driver commits the error again you will
see a different bugcheck - DRIVER_LEFT_LOCKED_PAGES_IN_PROCESS (0xCB) -
which can identify the offending driver(s).
Debugging Details:
------------------
PROCESS_NAME: audiodg.exe
DEFAULT_BUCKET_ID: DRIVER_FAULT_0x76
CUSTOMER_CRASH_COUNT: 1
BUGCHECK_STR: 0x76
CURRENT_IRQL: 0
LAST_CONTROL_TRANSFER: from 82a81842 to 828ecf2c
STACK_TEXT:
99973bbc 82a81842 00000076 00000000 861db030 nt!KeBugCheckEx+0x1e
99973bf0 82a8175a 852f5a50 861db018 00000000 nt!MmDeleteProcessAddressSpace+0x56
99973c24 82a30581 861db030 861db030 861db018 nt!PspProcessDelete+0x15d
99973c3c 82886d60 00000000 1317c7a3 86279000 nt!ObpRemoveObjectRoutine+0x59
99973c50 82886cd0 861db030 828abb1f 00000002 nt!ObfDereferenceObjectWithTag+0x88
99973c58 828abb1f 00000002 99973cc0 82a3b44d nt!ObfDereferenceObject+0xd
99973c64 82a3b44d 00000000 c000009a 82943580 nt!MmFreeAccessPfnBuffer+0x27
99973cc0 82a4f83e 00000000 8787e338 00000000 nt!PfpFlushBuffers+0x2ba
99973d50 82a16f64 82943580 b10f4556 00000000 nt!PfTLoggingWorker+0xaa
99973d90 828bf219 82a4f78e 82943580 00000000 nt!PspSystemThreadStartup+0x9e
00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x19
STACK_COMMAND: kb
FOLLOWUP_IP:
nt!MmDeleteProcessAddressSpace+56
82a81842 cc int 3
SYMBOL_STACK_INDEX: 1
SYMBOL_NAME: nt!MmDeleteProcessAddressSpace+56
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: nt
DEBUG_FLR_IMAGE_TIMESTAMP: 4d9fd753
IMAGE_NAME: memory_corruption
FAILURE_BUCKET_ID: 0x76_audiodg.exe_nt!MmDeleteProcessAddressSpace+56
BUCKET_ID: 0x76_audiodg.exe_nt!MmDeleteProcessAddressSpace+56
Followup: MachineOwner
---------