Solved New build, Microsoft-Windows-Kernel-Power Error: 0x8000000000000002

[wbsimpson11]

I just finished building my system a couple weeks ago, but I am getting a blue screen again after trouble shooting the ones I could. I have gotten 5 of them in the last 5 days and they all seem to be the same one from what I can tell. The last two days, I have turned my computer on, but did not log on. Both times, sometime during the day I would come to find the BSOD.

Thanks for any help
Wes

OS: Windows 7 Professional SP1 64-bit - System Builder

Malware:ESET Smart Security V.5

Chassis: Corsair Graphite 600T Mid-Tower

PSU: Corsair AX850W 80+ Gold Plus

Motherboard: ASUS P8Z68-V PRO/GEN3, LGA 1155

CPU: Intel i7-2700K, Sandy Bridge,Quad-Core, 3.5GHz

CPU Fan: Corsair H100 Liquid CPU Cooler

Graphics: NVidia GeForce GTX 560 Ti, 1GB, DDR5, PCI-E 2.0, (x2 SLI setup)

Memory: Corsair Vengeance 16GB (4x4), DDR3, SDRAM, Dual Channel, 1600MHz

OS Hard Drive: Corsair Force 3, 240GB, Internal SATA 3, 6.0GB, SSD

Data Storage: Seagate Barracuda 3TB, 6.0GB, Internal SATA, 7200RPM, 64MB Cache

Optical Drive:LG 12x Internal Blu-ray Disc Double-Layer DVD±RW/CD-RW

Optical Drive: LG Super-Multi 24x Internal DVD±RW/CD-RW

Monitor: Dell Ultra Sharp U2410 24” Widescreen LCD

 

[wbsimpson11]

Bump

 

[writhziden]

Possible out of date drivers:

MarvinBus64	fffff880`060db000	fffff880`0611f000	Fri Sep 23 15:17:03 2005 (433470cf)	00045c12		MarvinBus64.sys

Pinnacle Marvin Bus driver; I would think this is a video capture device since it is Pinnacle.

[list=1]
[*]
Microsoft (R) Windows Debugger Version 6.12.0002.633 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [D:\Kingston\BSODDmpFiles\wbsimpson11\032512-9126-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 7601 (Service Pack 1) MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`03616000 PsLoadedModuleList = 0xfffff800`0385b670
Debug session time: Sun Mar 25 21:09:33.266 2012 (UTC - 6:00)
System Uptime: 0 days 2:00:20.014
Loading Kernel Symbols
...............................................................
................................................................
................................................................
...
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {fffff8a008b3bf80, 2, 0, fffff80003668bce}

Probably caused by : cng.sys ( cng!GatherRandomKey+294 )

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

7: 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: fffff8a008b3bf80, 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: fffff80003668bce, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800038c5100
 fffff8a008b3bf80 

CURRENT_IRQL:  2

FAULTING_IP: 
nt!ExpGetLookasideInformation+2ce
fffff800`03668bce 0fb741c0        movzx   eax,word ptr [rcx-40h]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  System

TRAP_FRAME:  fffff88003968f30 -- (.trap 0xfffff88003968f30)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000058 rbx=0000000000000000 rcx=fffff8a008b3bfc0
rdx=fffff88003e87350 rsi=0000000000000000 rdi=0000000000000000
rip=fffff80003668bce rsp=fffff880039690c0 rbp=000000000000080f
 r8=fffff80003833400  r9=0000000000000000 r10=0000000000000000
r11=0000fffffffff000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl nz na po nc
nt!ExpGetLookasideInformation+0x2ce:
fffff800`03668bce 0fb741c0        movzx   eax,word ptr [rcx-40h] ds:e270:fffff8a0`08b3bf80=????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff800036921e9 to fffff80003692c40

STACK_TEXT:  
fffff880`03968de8 fffff800`036921e9 : 00000000`0000000a fffff8a0`08b3bf80 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`03968df0 fffff800`03690e60 : 00000000`00000000 00000000`00000000 00000000`00000000 fffff800`038333f0 : nt!KiBugCheckDispatch+0x69
fffff880`03968f30 fffff800`03668bce : 00000000`00000ff4 00000000`00000000 fffff8a0`0241b170 fffff880`03969190 : nt!KiPageFault+0x260
fffff880`039690c0 fffff800`0399d028 : 00000000`00000000 00000000`00000ff4 fffff880`03969190 00000000`00000000 : nt!ExpGetLookasideInformation+0x2ce
fffff880`03969150 fffff800`0399d449 : fffff8a0`0241b170 00000000`00000000 00000000`00000004 00000000`00000000 : nt!ExpQuerySystemInformation+0x15e8
fffff880`03969500 fffff800`03691ed3 : fffff8a0`02430000 fffff800`03690e7d 00000000`00000041 fffff8a0`0241b000 : nt!NtQuerySystemInformation+0x4d
fffff880`03969540 fffff800`0368e470 : fffff880`018c3ef4 00000000`00020000 fffff880`03969704 fffff8a0`0241b148 : nt!KiSystemServiceCopyEnd+0x13
fffff880`039696d8 fffff880`018c3ef4 : 00000000`00020000 fffff880`03969704 fffff8a0`0241b148 fffff880`0f86b04c : nt!KiServiceLinkage
fffff880`039696e0 fffff880`018c43ed : fffffa80`0d14b8d0 fffff800`0369af93 fffffa80`20206f49 00000000`00000018 : cng!GatherRandomKey+0x294
fffff880`03969aa0 fffff800`039899fd : 00000000`00000001 00000000`00000001 fffffa80`1268e1e0 fffffa80`0ca77680 : cng!scavengingWorkItemRoutine+0x3d
fffff880`03969b40 fffff800`0369d001 : fffff800`03833200 fffff800`03989901 fffffa80`0ca77600 fffffa80`0ca77680 : nt!IopProcessWorkItem+0x3d
fffff880`03969b70 fffff800`0392dfee : 00000000`00000000 fffffa80`0ca77680 00000000`00000080 fffffa80`0ca4c040 : nt!ExpWorkerThread+0x111
fffff880`03969c00 fffff800`036845e6 : fffff880`0376d180 fffffa80`0ca77680 fffff880`037780c0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`03969c40 00000000`00000000 : fffff880`0396a000 fffff880`03964000 fffff880`03968e60 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND:  kb

FOLLOWUP_IP: 
cng!GatherRandomKey+294
fffff880`018c3ef4 85c0            test    eax,eax

SYMBOL_STACK_INDEX:  8

SYMBOL_NAME:  cng!GatherRandomKey+294

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: cng

IMAGE_NAME:  cng.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4ec48c35

FAILURE_BUCKET_ID:  X64_0xA_cng!GatherRandomKey+294

BUCKET_ID:  X64_0xA_cng!GatherRandomKey+294

Followup: MachineOwner
---------
[*]
Loading Dump File [D:\Kingston\BSODDmpFiles\wbsimpson11\031812-9906-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 7601 (Service Pack 1) MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`0320a000 PsLoadedModuleList = 0xfffff800`0344f670
Debug session time: Sun Mar 18 01:16:05.598 2012 (UTC - 6:00)
System Uptime: 0 days 1:19:45.442
Loading Kernel Symbols
...............................................................
................................................................
......................................................
Loading User Symbols
Loading unloaded module list
.....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 3D, {fffff80004e12f60, 0, 0, fffff8800112778e}

Unable to load image mv91xx.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for mv91xx.sys
*** ERROR: Module load completed but symbols could not be loaded for mv91xx.sys
Probably caused by : mv91xx.sys ( mv91xx+3178e )

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

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

INTERRUPT_EXCEPTION_NOT_HANDLED (3d)
Arguments:
Arg1: fffff80004e12f60
Arg2: 0000000000000000
Arg3: 0000000000000000
Arg4: fffff8800112778e

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


CONTEXT:  fffff80004e12f60 -- (.cxr 0xfffff80004e12f60)
rax=fffffa800f85c200 rbx=fffffa800f86db60 rcx=0000000000000000
rdx=fffffa800f86db60 rsi=0000000000000000 rdi=fffffa800f87e608
rip=fffff8800112778e rsp=fffff80004e13940 rbp=fffffa800f85c748
 r8=fffff88004147100  r9=0000000000000000 r10=fffffa800f87e680
r11=fffffa800f85d018 r12=0000000000000100 r13=fffffa800f879fe0
r14=fffffa800cd6eb30 r15=fffff80004e0d080
iopl=0         nv up ei ng nz ac pe cy
cs=0010  ss=0000  ds=002b  es=002b  fs=0053  gs=002b             efl=00000293
mv91xx+0x3178e:
fffff880`0112778e ??              ???
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0x3D

PROCESS_NAME:  System

CURRENT_IRQL:  b

LAST_CONTROL_TRANSFER:  from fffffa800d37a008 to fffff8800112778e

STACK_TEXT:  
fffff800`04e13940 fffffa80`0d37a008 : 00000000`00000000 fffffa80`0d09d060 fffff880`04147100 fffffa80`0f87e608 : mv91xx+0x3178e
fffff800`04e13948 00000000`00000000 : fffffa80`0d09d060 fffff880`04147100 fffffa80`0f87e608 fffffa80`0f879fe0 : 0xfffffa80`0d37a008


FOLLOWUP_IP: 
mv91xx+3178e
fffff880`0112778e ??              ???

SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  mv91xx+3178e

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: mv91xx

IMAGE_NAME:  mv91xx.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4c778a22

STACK_COMMAND:  .cxr 0xfffff80004e12f60 ; kb

FAILURE_BUCKET_ID:  X64_0x3D_mv91xx+3178e

BUCKET_ID:  X64_0x3D_mv91xx+3178e

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


[/list]

1. Possible causes are Memory problems... Corrupted hard disk file system... Corrupted System Files... BIOS... Lack of Windows updates... Antivirus Software... Backup... Hardware...
2. Caused by your Marvell MV91xx AHCI/RAID driver

Make sure your Marvell driver is up to date. If it is up to date, re-install it. It may be corrupted. You can find the driver at ASUS - Motherboards- ASUS P8Z68-V PRO/GEN3 under SATA for your OS.

 

[wbsimpson11]

I have updated every driver in the world. I have tested my memory, did a burn in of the system. BIOS is up to date and it was doing it with the original BIOS and the updated. The Marvell seems to be the key in all of this since the beginning. What is the latest driver, becuase I have them all. I have unistalled it, moved the hard drives off of the port to them, yet it still comes up. What do I do. Thanks for telling that any given peice of my system could be doing it, but it really helps none.

Wes

 

[wbsimpson11]

Pinnacle is my HD video editting software. The MV91xx was coming up way before then. It has been an issue since I first loaded the system with the OS and virus software only. The other thing is, the last two BSODs occured at the login screen from a fresh boot. I hadnt even logged on.

 

[writhziden]

Is your SSD firmware up to date? Chipset Drivers? Have you tried using a different controller than the Marvell 91XX controllers?

Also, how did you test the memory?

 

[wbsimpson11]

I do not have the my drives hooked up the the Marvell controllers on the motherboard anymore. That was how I had them initially, but now have them in the 2 x Intell 6.0GB controllers, yet I am still getting MV91xx causing issues. I Ran MemTest for several hours and everything came up fine.

Only thing I have not done is the SSD Firmware. Will give that a try

 

[wbsimpson11]

ok, so i have the latest Corsair FW of 1.3.3 which is the latest on the web

 

[writhziden]

I do not understand your previous post. Did you have to update the firmware, or did you have it up to date all along?

If you continue to have problems with the updated firmware, the best step would be to replace your SSD with an HDD and see if you still have crashes. Your SSD could be bad, or there may be an incompatibility with it and your system.

 

[wbsimpson11]

I had the latest firmware for my SSD. It is already at 1.3.3 and I did not have to update it. Initially, I have the SSD and HDD both in the Marvell 6.0GB controller, but seeing that the MV91xx was coming up alot, I moved them off the Marvell controller over to the Intel 6.0GB controllers, yet the mv91xx still continues to show up in the BSODs. I have version 1.0.0.1051 driver for my Marvell, which I beleive is from AMD. CHecked the ASUS site and the lastest they had was the 1.0.0.1045, so I reverted back to that version last night.

I have the lastest BIOS for my board, but that has not resolved it either since I did that last weekend.

I have seen many folks talking about how the Marvell does not like SSDs and they seem to have the same type of issues with it.

 

[wbsimpson11]

After doing some MORE searching, ASUS only has the 1.0.0.1045 driver (29 Dec 2010 updated) for Marvell on their site for my motherboard, yet on Stations-Drivers site, they 1.2.0.1019 (06 Mar 2012 update), but it is in French. I have no clue what is the latest driver at this point and what is safe to use.

 

[writhziden]

If you start a thread in Drivers - Windows 7 Forums, the experts there will probably be able to advise you on where to find up to date drivers for the Marvell 91xx series.

 

[wbsimpson11]

Two more BSODs in the last 2 days

 

[writhziden]

Loading Dump File [D:\Kingston\BSODDmpFiles\wbsimpson11\Windows_NT6_BSOD_jcgriff2\032812-8860-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 7601 (Service Pack 1) MP (8 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Built by: 7601.17640.amd64fre.win7sp1_gdr.110622-1506
Machine Name:
Kernel base = 0xfffff800`0360c000 PsLoadedModuleList = 0xfffff800`03851670
Debug session time: Wed Mar 28 19:51:16.638 2012 (UTC - 6:00)
System Uptime: 0 days 2:00:21.402
Loading Kernel Symbols
...............................................................
................................................................
................................................................
...
Loading User Symbols
Loading unloaded module list
....
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck A, {fffff8a001bbde48, 2, 0, fffff8000367df4b}

Probably caused by : ntkrnlmp.exe ( nt!ExpScanGeneralLookasideList+a0 )

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

4: 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: fffff8a001bbde48, 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: fffff8000367df4b, address which referenced memory

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


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff800038bb100
 fffff8a001bbde48 

CURRENT_IRQL:  2

FAULTING_IP: 
nt!ExpScanGeneralLookasideList+a0
fffff800`0367df4b 418b40d8        mov     eax,dword ptr [r8-28h]

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xA

PROCESS_NAME:  System

TRAP_FRAME:  fffff880039e7870 -- (.trap 0xfffff880039e7870)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000000 rbx=0000000000000000 rcx=0000000000000000
rdx=0000000000000000 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8000367df4b rsp=fffff880039e7a00 rbp=0000000000000001
 r8=fffff8a001bbde70  r9=0000000000000004 r10=0000000000000000
r11=0000000000000100 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei pl nz na pe nc
nt!ExpScanGeneralLookasideList+0xa0:
fffff800`0367df4b 418b40d8        mov     eax,dword ptr [r8-28h] ds:7a60:fffff8a0`01bbde48=????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff800036881e9 to fffff80003688c40

STACK_TEXT:  
fffff880`039e7728 fffff800`036881e9 : 00000000`0000000a fffff8a0`01bbde48 00000000`00000002 00000000`00000000 : nt!KeBugCheckEx
fffff880`039e7730 fffff800`03686e60 : 00000000`00000021 00000000`00000001 fffff6fb`80008438 fffff800`03829400 : nt!KiBugCheckDispatch+0x69
fffff880`039e7870 fffff800`0367df4b : 00000000`00000000 fffff800`038bbc40 00000000`00000000 00000000`00000006 : nt!KiPageFault+0x260
fffff880`039e7a00 fffff800`03673780 : 00000000`00000001 00000000`00000008 00000000`00000001 fffff800`038bbc40 : nt!ExpScanGeneralLookasideList+0xa0
fffff880`039e7a60 fffff800`03673cce : 00000000`00000008 fffff880`039e7ad0 00000000`00000001 fffffa80`00000000 : nt!ExAdjustLookasideDepth+0x40
fffff880`039e7a90 fffff800`03923fee : fffffa80`0ca76b60 00000000`00000080 fffffa80`0c9ee9e0 00000000`00000001 : nt!KeBalanceSetManager+0x1be
fffff880`039e7c00 fffff800`0367a5e6 : fffff880`009b3180 fffffa80`0ca76b60 fffff880`009be0c0 00000000`00000000 : nt!PspSystemThreadStartup+0x5a
fffff880`039e7c40 00000000`00000000 : fffff880`039e8000 fffff880`039e2000 fffff880`039e75c0 00000000`00000000 : nt!KxStartSystemThread+0x16


STACK_COMMAND:  kb

FOLLOWUP_IP: 
nt!ExpScanGeneralLookasideList+a0
fffff800`0367df4b 418b40d8        mov     eax,dword ptr [r8-28h]

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  nt!ExpScanGeneralLookasideList+a0

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: nt

IMAGE_NAME:  ntkrnlmp.exe

DEBUG_FLR_IMAGE_TIMESTAMP:  4e02aaa3

FAILURE_BUCKET_ID:  X64_0xA_nt!ExpScanGeneralLookasideList+a0

BUCKET_ID:  X64_0xA_nt!ExpScanGeneralLookasideList+a0

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

Both the same, both pointing to a hardware problem... I would recommend installing Windows to a hard disk drive instead of solid state drive and see if your system is more stable. This will determine if the SSD is compatible with your system or if there is an underlying problem that is being masked by the SSD being in the system.

Also, what did you mean when you said you ran Memtest? Did you run Memtest, Memtest86+, or the Windows Memory Diagnostic tool?

 

[wbsimpson11]

Memtest86+ for several hours and everything came out fine

 

[writhziden]

How many passes did Memtest86+ run?

 

[wbsimpson11]

I am not 100% sure on that. It ran for 5-6 hours throughout the day

 

[writhziden]

It needs to run for at least 7+ passes. Do that, then consider replacing the SSD with an HDD to test whether it is an SSD incompatibility or faulty drive.

 

[wbsimpson11]

Ok, will do. Really hate having to reinstall everything again

 

[writhziden]

Believe me, I feel your pain. I had to do a clean install of my system twice in the last three days. I am still getting my programs back on the system a second time right now.

Let us know when you've had a chance to swap the SSD for an HDD and test.