Microsoft (R) Windows Debugger Version 6.10.0003.233 X86
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\WINDOWS\Minidump\Mini112909-03.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: C:\WINDOWS\Symbols
Executable search path is: 
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Windows XP Kernel Version 2600 (Service Pack 3) MP (2 procs) Free x86 compatible
Product: WinNt, suite: TerminalServer SingleUserTS
Machine Name:
Kernel base = 0x804d7000 PsLoadedModuleList = 0x805634c0
Debug session time: Sun Nov 29 14:53:28.296 2009 (GMT+3)
System Uptime: 0 days 0:30:44.862
Unable to load image ntoskrnl.exe, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ntoskrnl.exe
Loading Kernel Symbols
...............................................................
...............................................
Loading User Symbols
Loading unloaded module list
..........
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck C2, {7, cd4, 4040601, e18e3050}

*** WARNING: Unable to verify timestamp for uziymje4.sys
*** ERROR: Module load completed but symbols could not be loaded for uziymje4.sys
Probably caused by : uziymje4.sys ( uziymje4+177b )

Followup: MachineOwner
---------

1: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

BAD_POOL_CALLER (c2)
The current thread is making a bad pool request.  Typically this is at a bad IRQL level or double freeing the same allocation, etc.
Arguments:
Arg1: 00000007, Attempt to free pool which was already freed
Arg2: 00000cd4, (reserved)
Arg3: 04040601, Memory contents of the pool block
Arg4: e18e3050, Address of the block of pool being deallocated

Debugging Details:
------------------


POOL_ADDRESS:  e18e3050 

FREED_POOL_TAG:  SeUs

BUGCHECK_STR:  0xc2_7_SeUs

CUSTOMER_CRASH_COUNT:  3

DEFAULT_BUCKET_ID:  DRIVER_FAULT

PROCESS_NAME:  System

LAST_CONTROL_TRANSFER:  from 80551fc5 to 8053767a

STACK_TEXT:  
b844bcf4 80551fc5 000000c2 00000007 00000cd4 nt!MiRemoveUnusedSegments+0x3e3
b844bd44 805513e3 e18e3050 00000000 b844bd9c nt!KiProfileLock+0x1
b844bd54 b872177b e18e3050 e18e3050 00000072 nt!MmZeroedPageListHead+0x3
WARNING: Stack unwind information not available. Following frames may be wrong.
b844bd9c b87221e3 88cafda8 f70f2e80 ffffffff uziymje4+0x177b
b844bddc 804ec6d9 b87221b0 00000000 00000000 uziymje4+0x21e3
00000000 00000000 00000000 00000000 00000000 nt!Magic86400000+0x201


STACK_COMMAND:  kb

FOLLOWUP_IP: 
uziymje4+177b
b872177b ??              ???

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  uziymje4+177b

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: uziymje4

IMAGE_NAME:  uziymje4.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4755c6ea

FAILURE_BUCKET_ID:  0xc2_7_SeUs_uziymje4+177b

BUCKET_ID:  0xc2_7_SeUs_uziymje4+177b

Followup: MachineOwner
---------