BSOD While playing a game...

Are you overclocking? I've noticed that overclocking your system with Windows 7 seems to bring more random BSODs that didn't happen with Vista or XP. (Sorry I don't know that answer, but thought I'd give you a bump since I have a similar problem)

Yes but I've tested it for stability since then.

I ran Prime 95, and then Intel burn test. Intel burn testing bringing my cores as high as 72c without an issue. (no game, especially WoW is going to even get close to that value)

I also ran memtest through the night without errors.

I'm 98% sure it's not a hardware issue. I've used this rig for over a year now without any changes (hardware anyway), and have never had a BSOD or issue with a restart for that matter.

Zake202 said:

Yes but I've tested it for stability since then.

I ran Prime 95, and then Intel burn test. Intel burn testing bringing my cores as high as 72c without an issue. (no game, especially WoW is going to even get close to that value)

I also ran memtest through the night without errors.

I'm 98% sure it's not a hardware issue. I've used this rig for over a year now without any changes (hardware anyway), and have never had a BSOD or issue with a restart for that matter.

If you upload the minidump(s), as opposed to the analysis text, it may be possible to provide further assistance.

I'll do that when I get off work.

Thanks

Zake202 said:

I'm 98% sure it's not a hardware issue. I've used this rig for over a year now without any changes (hardware anyway), and have never had a BSOD or issue with a restart for that matter.

The change in operating system could definitely be a factor in relation to overclocking. I have a hunch the overclocking is responsible for the bsod but we shall see.

Idk about the OC causing it.

The only time it should restart from that is either from a huge spike in temperature, or a drop in the vcore. I have been monitoring both and nothing has changed regarding those.

I have a hunch it could now be my video drivers. I had been using a debug tool to run ati tray tools. Even though I can bypass driver signing I'm starting to think the drivers aren't stable enough for windows 7.

I plan to research more about them when I get home.

Zake202 said:

The only time it should restart from that is either from a huge spike in temperature, or a drop in the vcore.

...or from running the processor above its intended specifications with an OS you never tested on before?

Here is the attached minidump

Please see this link.

The error is due to a read operation involving csrss.exe and win32k.sys.

Considering the overclock, it would be my first and only recommendation at this point to run default as a test. Overclock after if test is successful, to a lesser degree.

Code:

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


Loading Dump File [G:\Files\111009-25724-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*C:\SymCache*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 Personal
Built by: 7600.16385.amd64fre.win7_rtm.090713-1255
Machine Name:
Kernel base = 0xfffff800`03002000 PsLoadedModuleList = 0xfffff800`0323fe50
Debug session time: Tue Nov 10 19:07:21.367 2009 (GMT-5)
System Uptime: 0 days 0:45:42.131
Loading Kernel Symbols
...............................................................
................................................................
............................
Loading User Symbols
Loading unloaded module list
.......
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {3, 2, 0, fffff80003077ffb}

Probably caused by : win32k.sys ( win32k!WakeRIT+37 )

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

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

IRQL_NOT_LESS_OR_EQUAL (a)
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 a kernel debugger is available get the stack backtrace.
Arguments:
Arg1: 0000000000000003, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, bitfield :
    bit 0 : value 0 = read operation, 1 = write operation
    bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)
Arg4: fffff80003077ffb, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800032aa0e0
 0000000000000003 

CURRENT_IRQL:  2

FAULTING_IP: 
nt!KeSetEvent+16b
fffff800`03077ffb 488b1b          mov     rbx,qword ptr [rbx]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  csrss.exe

TRAP_FRAME:  fffff88005499400 -- (.trap 0xfffff88005499400)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=1e2ccc9de1880000
rdx=fffffffffffffffd rsi=0000000000000000 rdi=0000000000000000
rip=fffff80003077ffb rsp=fffff88005499590 rbp=0000000000000000
 r8=ffffffffffffff63  r9=fffffa8005cedc10 r10=fffff80003002000
r11=fffff88005499560 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl nz na po nc
nt!KeSetEvent+0x16b:
fffff800`03077ffb 488b1b          mov     rbx,qword ptr [rbx] ds:00000000`00000000=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80003073469 to fffff80003073f00

STACK_TEXT:  
fffff880`054992b8 fffff800`03073469 : 00000000`0000000a 00000000`00000003 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`054992c0 fffff800`030720e0 : fffffa80`05fda760 00000000`00000003 fffffa80`05f1a000 fffff880`05499478 : nt!KiBugCheckDispatch+0x69
fffff880`05499400 fffff800`03077ffb : fffffa80`05c36d50 00000000`00000003 00000000`00000000 00000000`00000001 : nt!KiPageFault+0x260
fffff880`05499590 fffff960`000b93c3 : 00000000`00000000 fffff880`00000001 00000000`00000000 fffffa80`05d05850 : nt!KeSetEvent+0x16b
fffff880`05499600 fffff960`0016739e : fffff880`05499c20 fffffa80`05bb4b30 00000000`00000000 00000000`00000000 : win32k!WakeRIT+0x37
fffff880`05499630 fffff960`00167b19 : fffff900`c01ecdcc 00000000`0029d76b fffff900`c01ecd40 00000259`000003be : win32k!QueueMouseEvent+0x192
fffff880`05499660 fffff960`00167930 : fffff900`c01ecd40 00000259`000003be 00000000`00000000 00000000`00000286 : win32k!ProcessMouseInput+0x1d5
fffff880`054996d0 fffff800`03050969 : 00000000`00000100 00000000`00000000 00000000`00000000 00000000`00000000 : win32k!InputApc+0x7c
fffff880`05499700 fffff800`0307b25d : fffffa80`05cf7b60 00000000`00000000 fffff960`001678b4 00000000`00000000 : nt!KiDeliverApc+0x211
fffff880`05499780 fffff800`0307754b : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiCommitThreadWait+0x3dd
fffff880`05499810 fffff960`001086e8 : fffff900`00000002 fffffa80`050d3e00 fffff900`00000001 fffff880`0000000d : nt!KeWaitForMultipleObjects+0x271
fffff880`05499ac0 fffff960`00109604 : 00000000`00000000 fffff900`c013e010 fffff960`0034f340 fffff900`c013eea0 : win32k!xxxMsgWaitForMultipleObjects+0x108
fffff880`05499b40 fffff960`000c4720 : fffffa80`00000001 fffffa80`0000000c fffffa80`05cf7b60 fffff6fc`4002a398 : win32k!xxxDesktopThread+0x254
fffff880`05499bc0 fffff960`00143ea6 : fffffa80`00000001 fffff960`0034f340 00000000`00000020 00000000`00000000 : win32k!xxxCreateSystemThreads+0x64
fffff880`05499bf0 fffff800`03073153 : fffffa80`05cf7b60 00000000`00000004 000007ff`fffae000 00000000`00000000 : win32k!NtUserCallNoParam+0x36
fffff880`05499c20 000007fe`fd683d3a : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiSystemServiceCopyEnd+0x13
00000000`0214f9b8 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x7fe`fd683d3a


STACK_COMMAND:  kb

FOLLOWUP_IP: 
win32k!WakeRIT+37
fffff960`000b93c3 4883c428        add     rsp,28h

SYMBOL_STACK_INDEX:  4

SYMBOL_NAME:  win32k!WakeRIT+37

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: win32k

IMAGE_NAME:  win32k.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bc5e0

FAILURE_BUCKET_ID:  X64_0xA_win32k!WakeRIT+37

BUCKET_ID:  X64_0xA_win32k!WakeRIT+37

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