MSI gd65 de oorzaak ?

[Frostbite]

Goed na lang wikken en wegen toch maar een topic geopend om te kijken of jullie nog ideeën hebben.

Ik begon met een nieuw systeem wat bestond uit :

Gigabyte ud5, i7 860, 4Gb OCZ 18Mhz geheugen, Intel 80 Gb SSD, Windows 7 x64, ASus HD5870 v1 en mijn 750 GB seagate hd.

Problemen met oa de grafische kaart , geheugen (errors in memtest), en uiteindelijk het moederbord heb ik nu de volgende configuratie:

MSI P55-GD65, intel i7 860, 4 Gb Kingston Hyper X 1600 Mhz, Intel 80Gb SSD, Win 7 x64 SP1, Asus HD5870 v2 en 750 Gb seagate HD.

Om mijn verhaal wat in te korten heb ik dezelfde problemen als in http://nl.hardware.info/f...-of-MSI-P55-GD65-deftect/ Daar heb ik ook in gereageerd.

Even kort: na een BSOD (of spontane reboot) blijft het opstart scherm hangen op de Sata1 poort en na uiteindelijk verder te gaan, komen daar rare tekens te staan.

Momenteel heb ik dus bijna dagelijks last van BSOD in Windows 7. (memory management)
Gisteren een die ik met windbg heb uitgespit.

code:

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


Loading Dump File [C:\Dropbox\Personal\042611-9687-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\symbols*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.17514.amd64fre.win7sp1_rtm.101119-1850
Machine Name:
Kernel base = 0xfffff800`02e0a000 PsLoadedModuleList = 0xfffff800`0304fe90
Debug session time: Sat Apr 23 14:17:41.344 2011 (UTC + 2:00)
System Uptime: 0 days 0:46:55.328
Loading Kernel Symbols
...............................................................
................................................................
...........................................................
Loading User Symbols
Loading unloaded module list
.....
ERROR: FindPlugIns 8007007b
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 1000007E, {ffffffffc0000005, fffff88004960e92, fffff88006bd75d8, fffff88006bd6e30}

Probably caused by : dxgmms1.sys ( dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+21a )

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

6: kd> !analyze -v
ERROR: FindPlugIns 8007007b
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
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: fffff88004960e92, The address that the exception occurred at
Arg3: fffff88006bd75d8, Exception Record Address
Arg4: fffff88006bd6e30, Context Record Address

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


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s".

FAULTING_IP: 
dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+21a
fffff880`04960e92 488910          mov     qword ptr [rax],rdx

EXCEPTION_RECORD:  fffff88006bd75d8 -- (.exr 0xfffff88006bd75d8)
ExceptionAddress: fffff88004960e92 (dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+0x000000000000021a)
   ExceptionCode: c0000005 (Access violation)
  ExceptionFlags: 00000000
NumberParameters: 2
   Parameter[0]: 0000000000000001
   Parameter[1]: 00000000244d1000
Attempt to write to address 00000000244d1000

CONTEXT:  fffff88006bd6e30 -- (.cxr 0xfffff88006bd6e30)
rax=00000000244d1000 rbx=0000000000000001 rcx=fffffa8003a00380
rdx=fffff8a00b56c8b8 rsi=fffff8a00b56c720 rdi=fffffa8003a002e0
rip=fffff88004960e92 rsp=fffff88006bd7810 rbp=fffff8a002af81a8
 r8=fffff88006bd7878  r9=fffff88006bd7880 r10=fffff8a00260cb00
r11=fffff8a002af81e8 r12=0000000000000000 r13=fffff8a00f8650d0
r14=0000000000000000 r15=0000000000000001
iopl=0         nv up ei pl zr na po nc
cs=0010  ss=0018  ds=002b  es=002b  fs=0053  gs=002b             efl=00010246
dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+0x21a:
fffff880`04960e92 488910          mov     qword ptr [rax],rdx ds:002b:00000000`244d1000=????????????????
Resetting default scope

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

PROCESS_NAME:  System

CURRENT_IRQL:  0

ERROR_CODE: (NTSTATUS) 0xc0000005 - The instruction at "0x%08lx" referenced memory at "0x%08lx". The memory could not be "%s".

EXCEPTION_PARAMETER1:  0000000000000001

EXCEPTION_PARAMETER2:  00000000244d1000

WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800030bb0e8
 00000000244d1000 

FOLLOWUP_IP: 
dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+21a
fffff880`04960e92 488910          mov     qword ptr [rax],rdx

BUGCHECK_STR:  0x7E

LAST_CONTROL_TRANSFER:  from fffff880049505e1 to fffff88004960e92

STACK_TEXT:  
fffff880`06bd7810 fffff880`049505e1 : fffffa80`087f9000 fffff8a0`0280a3b0 fffff8a0`0b869670 fffff800`02e8eeaa : dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+0x21a
fffff880`06bd7870 fffff880`04952ff3 : fffff8a0`0172bbd8 fffff8a0`0b56c828 fffff8a0`0172bbd8 fffff8a0`0b56c828 : dxgmms1!VIDMM_GLOBAL::NotifyAllocationEviction+0x59
fffff880`06bd78a0 fffff880`0494fee4 : fffff8a0`0b56c720 fffffa80`043dbfd8 fffffa80`087f9000 fffffa80`087f40d0 : dxgmms1!VIDMM_GLOBAL::EvictAllocation+0x67
fffff880`06bd78e0 fffff880`0494ced3 : 00000000`00000000 fffffa80`0a1edff0 00000000`00000001 00000000`00000000 : dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForPreparation+0x218
fffff880`06bd7910 fffff880`0496765d : 00000000`00000000 fffff8a0`0a9939c0 fffffa80`00000000 fffffa80`0a070d10 : dxgmms1!VIDMM_GLOBAL::PrepareDmaBuffer+0x43f
fffff880`06bd7ae0 fffff880`04967398 : fffff800`047cb080 fffff880`04966d00 fffffa80`00000000 fffffa80`00000000 : dxgmms1!VidSchiSubmitRenderCommand+0x241
fffff880`06bd7cd0 fffff880`04966e96 : 00000000`00000000 fffffa80`070c5590 00000000`00000080 fffffa80`087e3010 : dxgmms1!VidSchiSubmitQueueCommand+0x50
fffff880`06bd7d00 fffff800`03127cce : 00000000`015b93d4 fffffa80`087e2340 fffffa80`039709e0 fffffa80`087e2340 : dxgmms1!VidSchiWorkerThread+0xd6
fffff880`06bd7d40 fffff800`02e7bfe6 : fffff800`02ffce80 fffffa80`087e2340 fffff800`0300acc0 fffff880`01660a20 : nt!PspSystemThreadStartup+0x5a
fffff880`06bd7d80 00000000`00000000 : fffff880`06bd8000 fffff880`06bd2000 fffff880`06bd7680 00000000`00000000 : nt!KxStartSystemThread+0x16


SYMBOL_STACK_INDEX:  0

SYMBOL_NAME:  dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+21a

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: dxgmms1

IMAGE_NAME:  dxgmms1.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4ce799c1

STACK_COMMAND:  .cxr 0xfffff88006bd6e30 ; kb

FAILURE_BUCKET_ID:  X64_0x7E_dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+21a

BUCKET_ID:  X64_0x7E_dxgmms1!VIDMM_SEGMENT::MarkResourcesForEviction+21a

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

Zoals jullie kunnen zien is dxgmms1.sys de boosdoener. Via Google kwam ik erachter dat dit mogelijk te maken had met de cpu / moederbord of geheugen.

Wat ik heb allemaal gedaan.

- Windows tot 2 keer toe opnieuw geïnstalleerd (zeker na wisseling moederbord)
- memtest(Kingston) diverse keren gedraaid (beide keren minstens 6 uur / 6/7 passes = > 0 errors)
- Na wat voltage tweaks in bovengenoemd topic, heb ik alles gereset naar de default waarden.
- Intel processor diagnosed test (64bit) gedraaid - > groen resultaat dus goed.
- Bios telkens geupdate tot dus nu de laatste versie.
- Catalyst bijgewerkt.
- intel ssd getest (ook goed)
- elke dump file uitgepluisd.

Tot nu toe heb ik gezien dat alles verwijst naar een geheugeninstructie (memory corruption / memorymanagement) maar memtest vind gewoon na tig uur 0 errors.

Wat denken jullie , is het het moederbord of moet ik die harde schijf (750Gb Seagate) testen op fouten of gewoon vervangen voor een nieuwe exemplaar?

Alle tips zijn welkom.

[Verwijderd]

timing van geheugen staat goed?

[TERW_DAN]

Staat het geheugen op de QVL van het bord, en staat de spanning goed ingesteld?

En heb je je voeding al eens vervangen?

[Frostbite]

Terw_Dan schreef op woensdag 27 april 2011 @ 17:00:
Staat het geheugen op de QVL van het bord, en staat de spanning goed ingesteld?

En heb je je voeding al eens vervangen?

Ja daar heb ik speciaal op gelet of het geheugen op de qvl staat.

timings staan ook (automatisch) goed.

Voeding is een populaire Antec 650W voeding. Weet niet hoe ik die verder kan testen.

[TERW_DAN]

Sc0rPi0N schreef op woensdag 27 april 2011 @ 23:13:
Voeding is een populaire Antec 650W voeding. Weet niet hoe ik die verder kan testen.

Vervangen en kijken of je de problemen dan houdt.

[Verwijderd]

en zelf ff geheugen timings doen niet op auto

[Frostbite]

ik zal eens kijken voor een andere voeding dan , met auto heb ik wel de goede timings zo te zien.

[Frostbite]

Ik heb nu de netwerkkaart driver bijgewerkt en moet zeggen dat het nu wat stabieler lijkt. Webfilmpjes waar hij op vast sloeg lopen nu goed door. Verder doet Alt.binz ook nu niet zo moeilijk.

[ Voor 35% gewijzigd door Frostbite op 03-05-2011 11:46 ]

[Antwan46]

99 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

Vindt het maar raar dat Windows 7, Vista drivers gebruikt

[nedernakker]

is je systeem wel prime95/linx stabiel, want memtest test alleen je geheugen, maar je IMC kan ook geheugenfouten veroorzaken.. test eens 8 uur prime of 50 passes linx met je mem op all..

[Frostbite]

Antwan46 schreef op dinsdag 03 mei 2011 @ 21:00:
99 DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

Vindt het maar raar dat Windows 7, Vista drivers gebruikt

Het zijn gewoon Win7 drivers alleen de programmeurs hebben nooi vista vervangen in de code van Windows door Win7. Kijk maar eens naar andere dumps van windows 7.

nedernakker schreef op dinsdag 03 mei 2011 @ 22:27:
is je systeem wel prime95/linx stabiel, want memtest test alleen je geheugen, maar je IMC kan ook geheugenfouten veroorzaken.. test eens 8 uur prime of 50 passes linx met je mem op all..

Prime95 gaf aan dat hij stabiel was. Maar dit zal ik nog eens gaan doen van het weekend. Als dat ook goed is, dan ga ik ervan uit dat het gewoon die netwerkdriver was.

Dit was namelijk een van de laatste dumps (van 30-04)

code:

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


Loading Dump File [C:\Dropbox\Personal\043011-10108-01.dmp]
Mini Kernel Dump File: Only registers and stack trace are available

Symbol search path is: SRV*c:\symbols*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.17514.amd64fre.win7sp1_rtm.101119-1850
Machine Name:
Kernel base = 0xfffff800`02e4f000 PsLoadedModuleList = 0xfffff800`03094e90
Debug session time: Sat Apr 30 20:32:18.199 2011 (UTC + 2:00)
System Uptime: 0 days 0:51:35.183
Loading Kernel Symbols
...............................................................
................................................................
............................................................
Loading User Symbols
Loading unloaded module list
.....
ERROR: FindPlugIns 8007007b
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck D1, {30, 2, 1, fffff8800556f328}

Unable to load image \SystemRoot\system32\DRIVERS\Rt64win7.sys, Win32 error 0n2
*** WARNING: Unable to verify timestamp for Rt64win7.sys
*** ERROR: Module load completed but symbols could not be loaded for Rt64win7.sys
Probably caused by : Rt64win7.sys ( Rt64win7+11328 )

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

4: kd> !analyze -v
ERROR: FindPlugIns 8007007b
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)
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: 0000000000000030, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000001, value 0 = read operation, 1 = write operation
Arg4: fffff8800556f328, address which referenced memory

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


WRITE_ADDRESS: GetPointerFromAddress: unable to read from fffff800031000e8
 0000000000000030 

CURRENT_IRQL:  2

FAULTING_IP: 
Rt64win7+11328
fffff880`0556f328 48897e30        mov     qword ptr [rsi+30h],rdi

CUSTOMER_CRASH_COUNT:  1

DEFAULT_BUCKET_ID:  VISTA_DRIVER_FAULT

BUGCHECK_STR:  0xD1

PROCESS_NAME:  altbinz.exe

TRAP_FRAME:  fffff88009bcde20 -- (.trap 0xfffff88009bcde20)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=0000000000000088 rbx=0000000000000000 rcx=0000000000000001
rdx=0000000000000002 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800556f328 rsp=fffff88009bcdfb0 rbp=0000000000000103
 r8=0000000000000000  r9=fffff88009bce010 r10=fffff88009bce004
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0         nv up ei ng nz ac po cy
Rt64win7+0x11328:
fffff880`0556f328 48897e30        mov     qword ptr [rsi+30h],rdi ds:00000000`00000030=????????????????
Resetting default scope

LAST_CONTROL_TRANSFER:  from fffff80002ecebe9 to fffff80002ecf640

STACK_TEXT:  
fffff880`09bcdcd8 fffff800`02ecebe9 : 00000000`0000000a 00000000`00000030 00000000`00000002 00000000`00000001 : nt!KeBugCheckEx
fffff880`09bcdce0 fffff800`02ecd860 : 00000000`00000001 fffffa80`09c7aa30 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`09bcde20 fffff880`0556f328 : 00000000`00000000 00000000`00000100 fffff880`09bce010 fffff800`00000028 : nt!KiPageFault+0x260
fffff880`09bcdfb0 00000000`00000000 : 00000000`00000100 fffff880`09bce010 fffff800`00000028 fffff880`09bce004 : Rt64win7+0x11328


STACK_COMMAND:  kb

FOLLOWUP_IP: 
Rt64win7+11328
fffff880`0556f328 48897e30        mov     qword ptr [rsi+30h],rdi

SYMBOL_STACK_INDEX:  3

SYMBOL_NAME:  Rt64win7+11328

FOLLOWUP_NAME:  MachineOwner

MODULE_NAME: Rt64win7

IMAGE_NAME:  Rt64win7.sys

DEBUG_FLR_IMAGE_TIMESTAMP:  4c808e88

FAILURE_BUCKET_ID:  X64_0xD1_Rt64win7+11328

BUCKET_ID:  X64_0xD1_Rt64win7+11328

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

[ Voor 112% gewijzigd door Frostbite op 04-05-2011 08:45 ]