*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
BugCheck 18, {fffffa8007042870, fffffa800b0bbe90, 1, 1}
*** WARNING: Unable to verify timestamp for atikmdag.sys
*** ERROR: Module load completed but symbols could not be loaded for atikmdag.sys
Probably caused by : atikmdag.sys ( atikmdag+28750 )
Followup: MachineOwner
---------
3: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
REFERENCE_BY_POINTER (18)
Arguments:
Arg1: fffffa8007042870, Object type of the object whose reference count is being lowered
Arg2: fffffa800b0bbe90, Object whose reference count is being lowered
Arg3: 0000000000000001, Reserved
Arg4: 0000000000000001, Reserved
The reference count of an object is illegal for the current state of the object.
Each time a driver uses a pointer to an object the driver calls a kernel routine
to increment the reference count of the object. When the driver is done with the
pointer the driver calls another kernel routine to decrement the reference count.
Drivers must match calls to the increment and decrement routines. This bugcheck
can occur because an object's reference count goes to zero while there are still
open handles to the object, in which case the fourth parameter indicates the number
of opened handles. It may also occur when the object’s reference count drops below zero
whether or not there are open handles to the object, and in that case the fourth parameter
contains the actual value of the pointer references count.
Debugging Details:
------------------
CUSTOMER_CRASH_COUNT: 1
DEFAULT_BUCKET_ID: WIN7_DRIVER_FAULT
BUGCHECK_STR: 0x18
PROCESS_NAME: System
CURRENT_IRQL: 2
ANALYSIS_VERSION: 6.3.9600.17336 (debuggers(dbg).150226-1500) amd64fre
LAST_CONTROL_TRANSFER: from fffff8000314e2ad to fffff800030ccc40
STACK_TEXT:
fffff880`02fff7d8 fffff800`0314e2ad : 00000000`00000018 fffffa80`07042870 fffffa80`0b0bbe90 00000000`00000001 : nt!KeBugCheckEx
fffff880`02fff7e0 fffff880`1103a750 : 00000000`00000020 fffff880`05d410e8 fffffa80`0b0bbe90 00000000`00006700 : nt! ?? ::FNODOBFM::`string'+0x4884a
fffff880`02fff840 00000000`00000020 : fffff880`05d410e8 fffffa80`0b0bbe90 00000000`00006700 fffff880`02fdbf40 : atikmdag+0x28750
fffff880`02fff848 fffff880`05d410e8 : fffffa80`0b0bbe90 00000000`00006700 fffff880`02fdbf40 00000000`00000022 : 0x20
fffff880`02fff850 fffffa80`0b0bbe90 : 00000000`00006700 fffff880`02fdbf40 00000000`00000022 00000000`00000000 : 0xfffff880`05d410e8
fffff880`02fff858 00000000`00006700 : fffff880`02fdbf40 00000000`00000022 00000000`00000000 fffff880`1103c7d4 : 0xfffffa80`0b0bbe90
fffff880`02fff860 fffff880`02fdbf40 : 00000000`00000022 00000000`00000000 fffff880`1103c7d4 fffffa80`09d91000 : 0x6700
fffff880`02fff868 00000000`00000022 : 00000000`00000000 fffff880`1103c7d4 fffffa80`09d91000 fffff880`02fe1fc0 : 0xfffff880`02fdbf40
fffff880`02fff870 00000000`00000000 : fffff880`1103c7d4 fffffa80`09d91000 fffff880`02fe1fc0 fffff880`02fff980 : 0x22
STACK_COMMAND: kb
FOLLOWUP_IP:
atikmdag+28750
fffff880`1103a750 ?? ???
SYMBOL_STACK_INDEX: 2
SYMBOL_NAME: atikmdag+28750
FOLLOWUP_NAME: MachineOwner
MODULE_NAME: atikmdag
IMAGE_NAME: atikmdag.sys
DEBUG_FLR_IMAGE_TIMESTAMP: 55c03174
FAILURE_BUCKET_ID: X64_0x18_CORRUPT_REF_COUNT_atikmdag+28750
BUCKET_ID: X64_0x18_CORRUPT_REF_COUNT_atikmdag+28750
ANALYSIS_SOURCE: KM
FAILURE_ID_HASH_STRING: km:x64_0x18_corrupt_ref_count_atikmdag+28750
FAILURE_ID_HASH: {0b404279-c6ae-3f2f-61e6-49b0a5023fb5}
Followup: MachineOwner
---------