*** WARNING: Unable to verify timestamp for atikmdag.sys
*** ERROR: Module load completed but symbols could not be loaded for [COLOR=Red]atikmdag.sys[/COLOR]
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
Use !analyze -v to get detailed debugging information.
[COLOR=Red]BugCheck 1000007E[/COLOR], {ffffffffc0000005, fffff880058f2160, fffff88008b77c68, fffff88008b774c0}
Probably caused by : atikmdag.sys ( atikmdag+cd160 )
Followup: MachineOwner
---------
Processing initial command '!analyze -v;r;kv;lmtn;lmtsmn;.bugcheck'
0: kd> !analyze -v;r;kv;lmtn;lmtsmn;.bugcheck
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************
[COLOR=Red]SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)[/COLOR]
This is a very common bugcheck. Usually the exception address pinpoints
the driver/function that caused the problem. Always note this address
as well as the link date of the driver/image that contains this address.
Some common problems are exception code 0x80000003. This means a hard
coded breakpoint or assertion was hit, but this system was booted
/NODEBUG. This is not supposed to happen as developers should never have
hardcoded breakpoints in retail code, but ...
If this happens, make sure a debugger gets connected, and the
system is booted /DEBUG. This will let us see why this breakpoint is
happening.
Arguments:
Arg1: ffffffffc0000005, The exception code that was not handled
Arg2: fffff880058f2160, The address that the exception occurred at
Arg3: fffff88008b77c68, Exception Record Address
Arg4: fffff88008b774c0, Context Record Address