Crash on new PC Full Crash log zipped and included. Driver related?

[Blacshades]

So my new Cyberpower PC is crashing. I think it is a driver issue but this level of detail is beyond by "expertise" basic log below. Full diagnostic attached. Please let me know if additional information is needed.

Problem signature:
Problem Event Name: BlueScreen
OS Version: 6.1.7601.2.1.0.768.3
Locale ID: 1033

Additional information about the problem:
BCCode: 7f
BCP1: 0000000000000008
BCP2: 0000000080050031
BCP3: 00000000000406F8
BCP4: FFFFF80002EA142F
OS Version: 6_1_7601
Service Pack: 1_0
Product: 768_1

Files that help describe the problem:
C:\Windows\Minidump\083012-13540-01.dmp
C:\Users\Jesse\AppData\Local\Temp\WER-15225-0.sysdata.xml

Read our privacy statement online:
Windows 7 Privacy Statement - Microsoft Windows

If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt

 

[Blacshades]

Additional Information.

I ran Memtest x86 no errors. I also made sure my video card drivers were up to date. No changes. Anybody know what the stuff in the zip files means?

 

[koolkat77]

For how many passes?

Your dumps do show memory corruption.

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

Use !analyze -v to get detailed debugging information.

BugCheck 7F, {8, 80050031, 406f8, fffff80002ea142f}

*** WARNING: Unable to verify timestamp for win32k.sys
*** ERROR: Module load completed but symbols could not be loaded for win32k.sys
Probably caused by : [COLOR="Blue"]memory_corruption[/COLOR]

Followup: memory_corruption
---------

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

UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault).  The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
        use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
        use .trap on that value
Else
        .trap on the appropriate frame will show where the trap was taken
        (on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: 0000000080050031
Arg3: 00000000000406f8
Arg4: fffff80002ea142f

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


BUGCHECK_STR:  0x7f_8

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  CODE_CORRUPTION

PROCESS_NAME:  Gw2.exe

CURRENT_IRQL:  2

LAST_CONTROL_TRANSFER:  from fffff80002e9d769 to fffff80002e9e1c0

STACK_TEXT:  
fffff800`00ba4d28 fffff800`02e9d769 : 00000000`0000007f 00000000`00000008 00000000`80050031 00000000`000406f8 : nt!KeBugCheckEx
fffff800`00ba4d30 fffff800`02e9bc32 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff800`00ba4e70 fffff800`02ea142f : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDoubleFaultAbort+0xb2
fffff880`0710d7c0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!SwapContext_PatchXSave+0x8f


STACK_COMMAND:  kb

CHKIMG_EXTENSION: !chkimg -lo 50 -d !nt
    fffff80002ea13a2 - nt!SwapContext_PatchXSave+2
	[ 01:21 ]
    fffff80002ea1486 - nt!SwapContext_PatchXRstor+2 (+0xe4)
	[ 09:29 ]
    fffff80002ea1642 - nt!EnlightenedSwapContext_PatchXSave+2 (+0x1bc)
	[ 01:21 ]
    fffff80002ea1728 - nt!EnlightenedSwapContext_PatchXRstor+2 (+0xe6)
	[ 09:29 ]
4 errors : !nt (fffff80002ea13a2-fffff80002ea1728)

MODULE_NAME: memory_corruption

IMAGE_NAME:  memory_corruption

FOLLOWUP_NAME:  memory_corruption

DEBUG_FLR_IMAGE_TIMESTAMP:  0

MEMORY_CORRUPTOR:  ONE_BIT_LARGE

FAILURE_BUCKET_ID:  X64_MEMORY_CORRUPTION_ONE_BIT_LARGE

BUCKET_ID:  X64_MEMORY_CORRUPTION_ONE_BIT_LARGE

Followup: memory_corruption
---------

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

UNEXPECTED_KERNEL_MODE_TRAP (7f)
This means a trap occurred in kernel mode, and it's a trap of a kind
that the kernel isn't allowed to have/catch (bound trap) or that
is always instant death (double fault).  The first number in the
bugcheck params is the number of the trap (8 = double fault, etc)
Consult an Intel x86 family manual to learn more about what these
traps are. Here is a *portion* of those codes:
If kv shows a taskGate
        use .tss on the part before the colon, then kv.
Else if kv shows a trapframe
        use .trap on that value
Else
        .trap on the appropriate frame will show where the trap was taken
        (on x86, this will be the ebp that goes with the procedure KiTrap)
Endif
kb will then show the corrected stack.
Arguments:
Arg1: 0000000000000008, EXCEPTION_DOUBLE_FAULT
Arg2: 0000000080050031
Arg3: 00000000000406f8
Arg4: fffff80002ea142f

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


BUGCHECK_STR:  0x7f_8

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  CODE_CORRUPTION

PROCESS_NAME:  Gw2.exe

CURRENT_IRQL:  2

LAST_CONTROL_TRANSFER:  from fffff80002e9d769 to fffff80002e9e1c0

STACK_TEXT:  
fffff800`00ba4d28 fffff800`02e9d769 : 00000000`0000007f 00000000`00000008 00000000`80050031 00000000`000406f8 : nt!KeBugCheckEx
fffff800`00ba4d30 fffff800`02e9bc32 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff800`00ba4e70 fffff800`02ea142f : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDoubleFaultAbort+0xb2
fffff880`0710d7c0 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!SwapContext_PatchXSave+0x8f


STACK_COMMAND:  kb

CHKIMG_EXTENSION: !chkimg -lo 50 -d !nt
    fffff80002ea13a2 - nt!SwapContext_PatchXSave+2
	[ 01:21 ]
    fffff80002ea1486 - nt!SwapContext_PatchXRstor+2 (+0xe4)
	[ 09:29 ]
    fffff80002ea1642 - nt!EnlightenedSwapContext_PatchXSave+2 (+0x1bc)
	[ 01:21 ]
    fffff80002ea1728 - nt!EnlightenedSwapContext_PatchXRstor+2 (+0xe6)
	[ 09:29 ]
4 errors : !nt (fffff80002ea13a2-fffff80002ea1728)

MODULE_NAME: memory_corruption

IMAGE_NAME:  memory_corruption

FOLLOWUP_NAME:  memory_corruption

DEBUG_FLR_IMAGE_TIMESTAMP:  0

MEMORY_CORRUPTOR:  ONE_BIT_LARGE

FAILURE_BUCKET_ID:  X64_MEMORY_CORRUPTION_ONE_BIT_LARGE

BUCKET_ID:  X64_MEMORY_CORRUPTION_ONE_BIT_LARGE

Followup: memory_corruption
---------

0: kd> lmvm memory_corruption
start             end                 module name

Start again following the tutorial below & continue for 8 passes at least:
:ar: http://www.sevenforums.com/tutorials/105647-ram-test-memtest86.html

Run your computer inserting single sticks see which one your comp stays most stable with.

 

[Blacshades]

7 passes left it on all night. Running it again, will do 8 passes.

 

[koolkat77]

Tried inserting one stick at a time?

 

[Blacshades]

Ran for 8 passes then 4 for reach stick. No errors. I have attached additional crash info with different errors that might hold the key? Perhaps something is else is triggering these "memory" problems.

 

[Solarstarshines]

SFC/SCANNOW update Bios if there is a Memory fix

couple options

 

[Blacshades]

Scannow showed no problems. Will look for Bios Update tomorrow. Looking more and more like this PC may just have to go back if it sill can

 

[Blacshades]

Bios had latest update already, Same issues. Any other ideas before I box up my PC and send it back? If not thanks for trying, some problems are just to complicated to solve!

Update: Someone suggested a fluctuating power supply? I have an Xtreme Gear 700W ATX. I read they are not the best, but it is new? Are the errors consistent with a bad supply?

 

[koolkat77]

Before you send it back lets see how your computer performs with driver verifier on

Its used to rule out buggy drivers, following instructions on the tutorial below:
:ar: http://www.sevenforums.com/tutorials/101379-driver-verifier-enable-disable.html

 

[Blacshades]

Running Driver Verifier now.

 

[koolkat77]

Thanks
Let us know if you have freezes/crashes

 

[koolkat77]

Hi

Did you find out what were causing your BSoDs?

 

[Blacshades]

Not yet

Thanks for checking in! Computer is coming back from Cyber power now, I had them "repair" it instead of returning it. Once I found out what they found, or did not find, I will post it here (assuming my comp is now working). Running driver verifier primary resulted in the computer hard freezing instead of BSOD. So I decided to let them take a crack at it. I intend to post the final verdict once I get it back.

 

[koolkat77]

Thanks for the update..

Verifier puts extreme stress on the drivers, bad ones will cause BSOD. If we change all those drivers we hope for no more BSODs, If you get no BSODs, then its not a driver and we look to hardware.

Anyway, let us know the results