BF3 & Crysis 2 freezing '.exe stopped responding', and BSOD's

[Tvegas]

Just in the last week I've been getting <name of game>.exe has stopped responding when playing 3D games. Battlefield 3 and Crysis 2, they will freeze, I then have to ctrl+alt+del out and see the underlying window with 'bf3.exe' or 'crysis2.exe' has stopped responding and will close.

Sometimes I can play for 30 minutes, sometimes only 5 minutes before they will freeze.

Also received a couple BSOD's:

Stop: 0x0a

Stop: 0xd1

I believe it's something I've installed in the last week, windows update, sound/video drivers. But I can't seem to track it down. Before this past week everything was running great with no errors.

System Specs:
GPU: Nividia Gefore Gtx 570
CPU: AMD 8350 8-core 4.0 ghz
Motherboard: Asus Sabertooth 990FX R2.0
RAM: Gskill Sniper Series 8 gb 1866
PSU: TX650
Sound: Creative Xifi xtreme gamer

Crash Dump Included.

 

[Saurabh A]

Hi Tvegas,

The crash dump analysis:
Probably caused by : memory_corruption
IRQL_NOT_LESS_OR_EQUAL (a)

This bug check is issued if paged memory (or invalid memory) is accessed when the IRQL is too high.
The error that generates this bug check usually occurs after the installation of a faulty device driver, system service, virus scanner, BIOS or an incompatible backup program.

*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {fffff683ff7dbc48, 0, 0, fffff8000348d1f4}

Probably caused by : [COLOR="Red"]memory_corruption[/COLOR] ( nt!MiUpdateWsle+2e4 )

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

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

[COLOR="red"]IRQL_NOT_LESS_OR_EQUAL (a)[/COLOR]
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: fffff683ff7dbc48, memory referenced
Arg2: 0000000000000000, 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: fffff8000348d1f4, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800036b3100
 fffff683ff7dbc48 

CURRENT_IRQL:  0

FAULTING_IP: 
nt!MiUpdateWsle+2e4
fffff800`0348d1f4 493338          xor     rdi,qword ptr [r8]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  LogonUI.exe

TRAP_FRAME:  fffff8800bcbe550 -- (.trap 0xfffff8800bcbe550)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff800036b6600 rbx=0000000000000000 rcx=fffff70001080488
rdx=7ff0000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000348d1f4 rsp=fffff8800bcbe6e0 rbp=000000000000070f
 r8=fffff683ff7dbc48  r9=fffffa8000000000 r10=fffff683ff7f95a8
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         ov up ei ng nz ac po nc
nt!MiUpdateWsle+0x2e4:
fffff800`0348d1f4 493338          xor     rdi,qword ptr [r8] ds:2680:fffff683`ff7dbc48=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff8000347a1e9 to fffff8000347ac40

STACK_TEXT:  
fffff880`0bcbe408 fffff800`0347a1e9 : 00000000`0000000a fffff683`ff7dbc48 00000000`00000000 00000000`00000000 : nt!KeBugCheckEx
fffff880`0bcbe410 fffff800`03478e60 : 00000000`00000000 fffff683`ff7dbc48 fffffa80`0bfba800 00000000`7fefb789 : nt!KiBugCheckDispatch+0x69
fffff880`0bcbe550 fffff800`0348d1f4 : fffffa80`00000028 fffff800`03496418 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x260
fffff880`0bcbe6e0 fffff800`034992bd : 00000000`00000a27 00000000`00000000 fffff700`01080000 00000000`a0000003 : nt!MiUpdateWsle+0x2e4
fffff880`0bcbe750 fffff800`03498adf : 22700001`da51d025 00000001`da51d121 fffffa80`0bfba928 00000000`00000001 : nt!MiCompleteProtoPteFault+0x2cd
fffff880`0bcbe7e0 fffff800`034975f3 : 00000000`001e3482 000007fe`ff2b5120 fffff683`ff7f95a8 fffffa80`0be21508 : nt!MiResolveProtoPteFault+0x1cf
fffff880`0bcbe870 fffff800`03487269 : 00000000`00000000 000007fe`ff2b5120 fffffa80`0bfba820 fffffa80`00000000 : nt!MiDispatchFault+0x1c3
fffff880`0bcbe980 fffff800`03478d6e : 00000000`00000008 000007fe`ff2b5120 00000000`014c2501 00000000`00000001 : nt!MmAccessFault+0x359
fffff880`0bcbeae0 000007fe`ff2b5120 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiPageFault+0x16e
00000000`01bef238 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : 0x7fe`ff2b5120


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!MiUpdateWsle+2e4
fffff800`0348d1f4 493338          xor     rdi,qword ptr [r8]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  nt!MiUpdateWsle+2e4

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

DEBUG_FLR_IMAGE_TIMESTAMP:  50e79935

IMAGE_NAME:  [COLOR="red"]memory_corruption[/COLOR]

FAILURE_BUCKET_ID:  X64_0xA_nt!MiUpdateWsle+2e4

BUCKET_ID:  X64_0xA_nt!MiUpdateWsle+2e4

Followup: MachineOwner

Another crash:
Unable to load image \SystemRoot\system32\drivers\ctaud2k.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for ctaud2k.sys
*** ERROR: Module load completed but symbols could not be loaded for ctaud2k.sys
Probably caused by : portcls.sys
'ctaud2k.sys' is related to 'Creative Audio Driver (WDM)'.
'portcls.sys' driver relates to 'Port Class (Class Driver for Port/Miniport Devices)' and gets installed with 'Windows Updates'.

*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {20, 2, 0, fffff880063abf0b}

[COLOR="red"]Unable to load image \SystemRoot\system32\drivers\ctaud2k.sys, Win32 error 0n2[/COLOR]
*** WARNING: Unable to verify timestamp for [COLOR="red"]ctaud2k.sys[/COLOR]
*** ERROR: Module load completed but symbols could not be loaded for [COLOR="red"]ctaud2k.sys
[/COLOR]Probably caused by : [COLOR="red"]portcls.sys[/COLOR] ( portcls!CIrpStream::ReleaseUnmappingIrp+12b )


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

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

[COLOR="red"]DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)[/COLOR]
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 kernel debugger is available get stack backtrace.
Arguments:
Arg1: 0000000000000020, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000000, value 0 = read operation, 1 = write operation
Arg4: fffff880063abf0b, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800032cd100
 0000000000000020 

CURRENT_IRQL:  2

FAULTING_IP: 
portcls!CIrpStream::ReleaseUnmappingIrp+12b
fffff880`063abf0b 488b4820        mov     rcx,qword ptr [rax+20h]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xD1

PROCESS_NAME:  System

TRAP_FRAME:  fffff880033b17e0 -- (.trap 0xfffff880033b17e0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=fffffa800bdb4e30
rdx=fffffa800bdb4e02 rsi=0000000000000000 rdi=0000000000000000
rip=fffff880063abf0b rsp=fffff880033b1970 rbp=fffffa800bdb8c10
 r8=0000000000000000  r9=0000000000000000 r10=fffff8000301f000
r11=0000000000000002 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei ng nz na pe nc
portcls!CIrpStream::ReleaseUnmappingIrp+0x12b:
fffff880`063abf0b 488b4820        mov     rcx,qword ptr [rax+20h] ds:0001:00000000`00000020=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff800030941e9 to fffff80003094c40

STACK_TEXT:  
fffff880`033b1698 fffff800`030941e9 : 00000000`0000000a 00000000`00000020 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`033b16a0 fffff800`03092e60 : 00000000`00000002 00000000`00000000 fffffa80`0763b380 fffffa80`07526420 : nt!KiBugCheckDispatch+0x69
fffff880`033b17e0 fffff880`063abf0b : fffffa80`0763b2c0 fffffa80`0bdb8c10 fffff880`73496302 00000000`00000000 : nt!KiPageFault+0x260
fffff880`033b1970 fffff880`063ab74f : 00000000`00000000 fffffa80`0bd4a780 fffffa80`0bdb4c88 fffffa80`0bb6b908 : portcls!CIrpStream::ReleaseUnmappingIrp+0x12b
fffff880`033b19b0 fffff880`063b4998 : fffffa80`0bdd8d60 fffffa80`0bdb8c10 fffffa80`0bd95e98 fffffa80`0bd95e98 : portcls!CIrpStream::ReleaseMapping+0x1f3
fffff880`033b1a20 fffff880`058068ae : 00000000`00000000 00000000`00000000 fffffa80`0bd95e70 fffffa80`0bd95e48 : portcls!CPortPinWavePci::ReleaseMapping+0x60
fffff880`033b1a60 00000000`00000000 : 00000000`00000000 fffffa80`0bd95e70 fffffa80`0bd95e48 fffffa80`0bdd8d60 : ctaud2k+0x68ae


STACK_COMMAND:  kb

FOLLOWUP_IP: 
portcls!CIrpStream::ReleaseUnmappingIrp+12b
fffff880`063abf0b 488b4820        mov     rcx,qword ptr [rax+20h]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  portcls!CIrpStream::ReleaseUnmappingIrp+12b

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: portcls

IMAGE_NAME:  [COLOR="red"]portcls.sys[/COLOR]

DEBUG_FLR_IMAGE_TIMESTAMP:  4a5bcc03

FAILURE_BUCKET_ID:  X64_0xD1_portcls!CIrpStream::ReleaseUnmappingIrp+12b

BUCKET_ID:  X64_0xD1_portcls!CIrpStream::ReleaseUnmappingIrp+12b

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

Please try the following steps to see if they help:
1. Uninstall 'Avast anti-virus' for testing purpose: avast! Uninstall Utility | Download aswClear for avast! Removal (download and install the uninstaller tool)
- Install 'Microsoft Security Essentials': Microsoft Security Essentials - Microsoft Windows (Select apt Operating System in the drop-down menu)
- Restart the system and check results.

2. Update the 'Creative X-Fi Audio Processor (WDM) drivers' from here and see if that helps: Creative Worldwide Support

3. Perform 'Memory Test' using the steps in the tutorial (Share Results): http://www.sevenforums.com/tutorials/105647-ram-test-memtest86.html

The goal is to test all the RAM sticks and all the motherboard slots.

Check your motherboard manual to ensure the RAM sticks are in the recommended motherboard slots. Some motherboards have very specific slots required for the number of RAM sticks installed.

If you get errors, stop the test and continue with the next step.

1. Remove all but one stick of RAM from your computer (this will be RAM stick #1), and run Memtest86 again, for 7 passes.
Be sure to note the RAM stick, use a piece of tape with a number, and note the motherboard slot.
If this stick passes the test then go to step #3.

2. If RAM stick #1 has errors, repeat the test with RAM stick #2 in the same motherboard slot.
If RAM stick #2 passes, this indicates that RAM stick #1 may be bad. If you want to be absolutely sure, re-test RAM stick #1 in another known good slot.
If RAM stick #2 has errors, this indicates another possible bad RAM stick, a possible motherboard slot failure or inadequate settings.
3. Test the next stick of RAM (stick #2) in the next motherboard slot.
If this RAM stick has errors repeat step #2 using a known good stick if possible, or another stick.
If this RAM stick has no errors and both sticks failed in slot#1, test RAM stick #1 in this slot.
4. If you find a stick that passes the test, test it in all the other motherboard slots.

If Part 2 testing shows errors, and all tests in Part 3 show errors, you will need to test the RAM sticks in another computer and/or test other RAM in your computer to identify the problem.

In this way, you can identify whether it is a bad stick of RAM, a bad motherboard, or incompatibility between the sticks.

4. Perform 'Disk Check' through 'Command Prompt', using option 2 in the tutorial: http://www.sevenforums.com/tutorials/433-disk-check.html

5. If using any 'backup program', please uninstall it from the system to check if that helps.

6. Perform 'Windows Updates': Install Windows updates

Hope this helps. Do reply with the findings; would be glad to assist.

 

[Tvegas]

Hey Saurabh,

I did a system restore, going to see how that works first.
I have other RAM that is working, I will swap them out to test that. And try your other suggestions.
I will let you know how it works out.

thanks for looking into this for me.

 

[Saurabh A]

Hi Tvegas,

Thank you for the reply.

'System Restore' addresses software issues; may work if a 'software corruption/driver' is main culprit. Also install 'Windows Updates'; may help. Please observe the system performance to see if the issue re-occurs.

If you experience further issues, you may want to follow the steps I shared in my previous post. Also follow the steps listed in this tutorial to isolate the possibility of a 'Memory failure': http://www.sevenforums.com/tutorials/105647-ram-test-memtest86.html You may want to swap the 'memory' with the extra 'memory card' that you have, only after an issue is detected with the currently installed 'RAM module'.

Do reply if you need any further assistance; would be glad to help.

 

[Tvegas]

You were on the right track with a RAM issue. I swapped out my ram with 1333 mhz ram from my other system, worked great, no issues at all, and my games ran smoother, no stuttering. So I put my original 1866 mhz ram back in, had stuttering and then crashing after about 5 or 10 min of playing Crysis 2. I had a suspicion that my 1866 RAM was setup wrong in the BIOS.

I ended up setting the timing of my 1866 mhz RAM manually to '9 10 9 28' (per it's requirements) in the BIOS. Previously I had the ram set at 1866 in the BIOS and everything set to Auto, I guess this didn't work correctly, the timings had to be set manually.

I tested Crysis 2, ran very smooth and played for over an hour with no crashing. I'll do some more testing with Battlefield 3, but it looks like this might have fixed my issue.

On a side note, the default speed of my new ram is 1600 mhz, but Crysis 2 is a little choppy at that speed, even more so than the older 1333mhz RAM that I tested, not sure why this is?

 

[Saurabh A]

Hi Tvegas,

Thank you for the response.

It appears that the system memory was causing trouble. Would recommend you to check the system performance with other games also (Battlefield 3, etc). If you continue experiencing issues, 'Memtest86' may help you to isolate the 'module' or 'card slot' that is responsible for 'distorted performance'.

Hope this helps.