Diverse Bluescreens Win7

[James.Bond]

Hallo erstmal

Habe mir im Herbst (September 2010) einn PC zusammengestellt und leide unter spontanen Bluescreens.

MB: ASUS P7-P55D
Prozi: Core i5-760
RAM: Corsair DDR3 4GB
Grafik: Saphaire Radeon 5750 1GB
Win7 64Bit

Die Anleitung zum Auslesen der minidumps habe ich gemacht.
In summe 7 Bluescreenes seit October 2012 - der letzte im Mai 2011.
5 davon mit atikmdag.sys (der erste siehe unten mit csrss.exe, 2. mit System und die 3 anderen mit settlers6.exe 1 mit memory_corruption
1 mit dxgmms1.sys (settlers.6 exe), der letzte BS vom Mai




Also die meisten und letzten haben ein Problem mit Siedler6.exe, wie es scheint also ein DirectX problem. Seht Ihr das auch so?
memtest86 ist ein paar stunden gelaufen ohne fehler. Der Memory BS hat sich wohl eingeschlichen.



Treiber sind nicht die aktuellsten, das habe ich aber vor, obwohl ich erher glaube es gibt ein Problem mit DX11 bzw 9 und darunter, da ich anfangs auch ältere Games zum laufen bringen wollte die DX7/8 brauchen und diese PAkete zusätzlich laufen.



Ich stelle mal den aller ersten rein mit atikmdag.sys, den mit Memory-corruption bzw. den letzen mit dxgmms1.sys.
Danke für Feedback
Gruß
Andi

22.10.2010 Nummer 1:

BugCheck 7F, {8, 80050031, 6f8, fffff88004bc0668}


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


Followup: MachineOwner
2: 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: 00000000000006f8
Arg4: fffff88004bc0668


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


BUGCHECK_STR: 0x7f_8


CUSTOMER_CRASH_COUNT: 1


DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT


PROCESS_NAME: csrss.exe


CURRENT_IRQL: 0


LAST_CONTROL_TRANSFER: from fffff80002ac3ca9 to fffff80002ac4740


STACK_TEXT:
fffff880`02f69ce8 fffff800`02ac3ca9 : 00000000`0000007f 00000000`00000008 00000000`80050031 00000000`000006f8 : nt!KeBugCheckEx
fffff880`02f69cf0 fffff800`02ac2172 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`02f69e30 fffff880`04bc0668 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDoubleFaultAbort+0xb2
00000000`00000100 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : atikmdag+0x39f668




STACK_COMMAND: kb


FOLLOWUP_IP:
atikmdag+39f668
fffff880`04bc0668 e8033dfdff call atikmdag+0x373370 (fffff880`04b94370)


SYMBOL_STACK_INDEX: 3


SYMBOL_NAME: atikmdag+39f668


FOLLOWUP_NAME: MachineOwner


MODULE_NAME: atikmdag


IMAGE_NAME: atikmdag.sys


DEBUG_FLR_IMAGE_TIMESTAMP: 4c75c7aa


FAILURE_BUCKET_ID: X64_0x7f_8_atikmdag+39f668


BUCKET_ID: X64_0x7f_8_atikmdag+39f668


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


16.01.2011 Nummer 4


BugCheck 3B, {c0000005, fffff80002b33b1f, fffff88007232cb0, 0}


Probably caused by : memory_corruption ( nt!MiIdentifyPfn+26f )


Followup: MachineOwner
3: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************


SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff80002b33b1f, Address of the instruction which caused the bugcheck
Arg3: fffff88007232cb0, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.


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




EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.


FAULTING_IP:
nt!MiIdentifyPfn+26f
fffff800`02b33b1f f0410fba6e481f lock bts dword ptr [r14+48h],1Fh


CONTEXT: fffff88007232cb0 -- (.cxr 0xfffff88007232cb0)
rax=0000000000000001 rbx=0200000000095ca3 rcx=0400000000000020
rdx=00000000000002d0 rsi=0000000000000000 rdi=fffffa8007ccfb08
rip=fffff80002b33b1f rsp=fffff88007233680 rbp=fffffa80039f4d40
r8=00000000000002da r9=0000000000000001 r10=0000000000000042
r11=0000058000000000 r12=fffff88002fd3180 r13=0000000000000000
r14=7dfffa8007985010 r15=0000000000000000
iopl=0 nv up ei pl nz ac po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010216
nt!MiIdentifyPfn+0x26f:
fffff800`02b33b1f f0410fba6e481f lock bts dword ptr [r14+48h],1Fh ds:002b:7dfffa80`07985058=????????
Resetting default scope


CUSTOMER_CRASH_COUNT: 1


DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT


BUGCHECK_STR: 0x3B


PROCESS_NAME: svchost.exe


CURRENT_IRQL: 2


LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff80002b33b1f


STACK_TEXT:
fffff880`07233680 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!MiIdentifyPfn+0x26f




FOLLOWUP_IP:
nt!MiIdentifyPfn+26f
fffff800`02b33b1f f0410fba6e481f lock bts dword ptr [r14+48h],1Fh


SYMBOL_STACK_INDEX: 0


SYMBOL_NAME: nt!MiIdentifyPfn+26f


FOLLOWUP_NAME: MachineOwner


MODULE_NAME: nt


DEBUG_FLR_IMAGE_TIMESTAMP: 4c1c44a9


STACK_COMMAND: .cxr 0xfffff88007232cb0 ; kb


IMAGE_NAME: memory_corruption


FAILURE_BUCKET_ID: X64_0x3B_nt!MiIdentifyPfn+26f


BUCKET_ID: X64_0x3B_nt!MiIdentifyPfn+26f


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




28.05.2011 Nummer 7

ugCheck 3B, {c0000005, fffff88003bbc507, fffff880089bfc40, 0}


Probably caused by : dxgmms1.sys ( dxgmms1!VIDMM_GLOBAL::CloseOneAllocation+17f )


Followup: MachineOwner
1: kd> !analyze -v
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************


SYSTEM_SERVICE_EXCEPTION (3b)
An exception happened while executing a system service routine.
Arguments:
Arg1: 00000000c0000005, Exception code that caused the bugcheck
Arg2: fffff88003bbc507, Address of the instruction which caused the bugcheck
Arg3: fffff880089bfc40, Address of the context record for the exception that caused the bugcheck
Arg4: 0000000000000000, zero.


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




EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.


FAULTING_IP:
dxgmms1!VIDMM_GLOBAL::CloseOneAllocation+17f
fffff880`03bbc507 488908 mov qword ptr [rax],rcx


CONTEXT: fffff880089bfc40 -- (.cxr 0xfffff880089bfc40)
rax=51fff8a002a0b998 rbx=fffffa80039fc130 rcx=e7fff8a002a0b998
rdx=fffffa80057fe000 rsi=fffff8a007aa2730 rdi=fffffa8005800000
rip=fffff88003bbc507 rsp=fffff880089c0610 rbp=0000000000000001
r8=fffffa80058013c0 r9=0000000000000001 r10=0000000000000018
r11=fffff880089c05e0 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=fffff8a007081f10
iopl=0 nv up ei ng nz na po nc
cs=0010 ss=0018 ds=002b es=002b fs=0053 gs=002b efl=00010286
dxgmms1!VIDMM_GLOBAL::CloseOneAllocation+0x17f:
fffff880`03bbc507 488908 mov qword ptr [rax],rcx ds:002b:51fff8a0`02a0b998=????????????????
Resetting default scope


CUSTOMER_CRASH_COUNT: 1


DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT


BUGCHECK_STR: 0x3B


PROCESS_NAME: Settlers6.exe


CURRENT_IRQL: 0


LAST_CONTROL_TRANSFER: from 0000000000000000 to fffff88003bbc507


STACK_TEXT:
fffff880`089c0610 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : dxgmms1!VIDMM_GLOBAL::CloseOneAllocation+0x17f




FOLLOWUP_IP:
dxgmms1!VIDMM_GLOBAL::CloseOneAllocation+17f
fffff880`03bbc507 488908 mov qword ptr [rax],rcx


SYMBOL_STACK_INDEX: 0


SYMBOL_NAME: dxgmms1!VIDMM_GLOBAL::CloseOneAllocation+17f


FOLLOWUP_NAME: MachineOwner


MODULE_NAME: dxgmms1


IMAGE_NAME: dxgmms1.sys


DEBUG_FLR_IMAGE_TIMESTAMP: 4d3fa174


STACK_COMMAND: .cxr 0xfffff880089bfc40 ; kb


FAILURE_BUCKET_ID: X64_0x3B_dxgmms1!VIDMM_GLOBAL::CloseOneAllocation+17f


BUCKET_ID: X64_0x3B_dxgmms1!VIDMM_GLOBAL::CloseOneAllocation+17f


Followup: MachineOwner
--------

 

[simpel1970]

Nach den Auswertungen liegt offensichtlich ein Problem mit der Grafikkarte, bzw. dem Grafikkartentreiber vor.

Nummer 1:
BugCheck 7F, {8} = DoubleFault
STACK_TEXT:
fffff880`02f69ce8 fffff800`02ac3ca9 : 00000000`0000007f 00000000`00000008 00000000`80050031 00000000`000006f8 : nt!KeBugCheckEx
fffff880`02f69cf0 fffff800`02ac2172 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiBugCheckDispatch+0x69
fffff880`02f69e30 fffff880`04bc0668 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiDoubleFaultAbort+0xb2
00000000`00000100 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : atikmdag+0x39f668
...
IMAGE_NAME: atikmdag.sys
-----------------------
Nummer 4
BugCheck 3B, {c0000005} = Speicherzugriffsverletzung
IMAGE_NAME: memory_corruption
-----------------------
Nummer 7
BugCheck 3B, {c0000005} = Speicherzugriffsverletzung
STACK_TEXT:
fffff880`089c0610 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : dxgmms1!VIDMM_GLOBAL::CloseOneAllocation+0x17f
IMAGE_NAME: dxgmms1.sys

Insbesonder der erst Bluescreen (Double Fault) weist auf einen fehlerhaften Treiber, möglicherweise sogar eine defekte Grafikkarte hin.
Die aufgetretenen Speicherzugriffsverletzungen gehen ebenfalls in diese Richtung (Speicher i.d.S. kann insbes. RAM, VRAM (Grafikkarte), CPU-Cache sein).

Ich würde daher als erstes die aktuellsten Treiber installieren. Deinstalliere aber vorher den jetzigen Grafiktreiber.
Aktualisiere auch DirectX -> DirectX Download - ComputerBase

Unabhängig davon poste noch ein paar Screenshots von CPU-Z (Reiter Mainboard, CPU, Memory und SPD).

Was für eine Viren- und Firewallsoftware ist installiert (Hintergedanke ist der Double-Fault Bluescreen -> der z.B. auch gerne von ZoneAlarm ausgelöst wird).

Edit: ...noch ein herzliches "Willkommen" im Forum

 

[Creep1972]

Ich stimme Simple1970 zu. Das Problem kommt von Grafikkarte und Treiber

 

[James.Bond]

Danke euch!

Virensoftware von AVAST, Firewall von Win7. Zonealarm hatte ich schon mit XP probleme, verwende ich nicht mehr.

Derzeit habe ich Catalyst 10.5, die aktuellste (11.5 glaube ich mich zu errinnern) habe ich aber schon runtergeladen.

Ich nehme an die Grafik Treiber deinstallieren direkt im Geräte Manager?
Deinstallation von Catalyst 10.5 oder gleich mit der neuen 11.5 drüberfahren?

CPU-Z folgt sobald es mir wieder möglich ist (nicht so einfach mit meinen Frauen daheim )

Gruß
Andi

 

[simpel1970]

Avast würde ich ebenfalls deinstallieren. Ist in letzter Zeit des öfteren negativ aufgefallen. Nimm Avira oder die Microsoft Essentials.

Den 10.5er über die Systemsteuerung (Programme deinstallieren) runterschmeißen und hinterher den 11.5er installieren (gerne wird hier auch empfohlen nach der Deinstallation noch zusätzlich mit DriverSweeper im abgesicherten Modus die Treiberreste zu entfernen). Das kann aber noch nachgeholt werden, falls nach der "normalen" vorgehensweise immer noch Probleme auftreten.

 

[James.Bond]

Hi


Anbei die CPU-z views

Altes Catalyst habe ich gerade runtergeschmissen, nun fang ich mit 11.5 an.

Gruß

andi

 

[simpel1970]

Avast ist noch drauf?

Sofern mit dem aktuellsten Grafiktreiber und ohne Avast nach wie vor Bluescreens auftreten, stelle testweise die Command Rate der RAM im Bios auf 2T (Memory Timing Mode = 2N).

 

[James.Bond]

Hallo simpel1970

Ja, AVAST ist noch drauf.

Derzeit läuft es, ich warte nun mal ab bevor ich weiteres tue.

Danke
Gruß
Andi

 

[simpel1970]

Wenn es ohne Probleme läuft, gibt es keine Not weiteres zu tun. Ich drücke die Daumen!

 

[James.Bond]

Hi

..und weiter gehts..



2 neue von gestern und heute.

17.06.2011
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************


Use !analyze -v to get detailed debugging information.


BugCheck D1, {fffff8800137e1e0, 2, 8, fffff8800137e1e0}


Probably caused by : Ntfs.sys ( Ntfs!NtfsAbortTransaction+0 )


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


2: kd> !analyze -v
*******************************************************************************
* *
* 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: fffff8800137e1e0, memory referenced
Arg2: 0000000000000002, IRQL
Arg3: 0000000000000008, value 0 = read operation, 1 = write operation
Arg4: fffff8800137e1e0, address which referenced memory


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




READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002d030e0
fffff8800137e1e0


CURRENT_IRQL: 2


FAULTING_IP:
Ntfs!NtfsAbortTransaction+0
fffff880`0137e1e0 4889542410 mov qword ptr [rsp+10h],rdx


CUSTOMER_CRASH_COUNT: 1


DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT


BUGCHECK_STR: 0xD1


PROCESS_NAME: System


TRAP_FRAME: fffff8800318c5a0 -- (.trap 0xfffff8800318c5a0)
NOTE: The trap frame does not contain all registers.
Some register values may be zeroed or incorrect.
rax=fffff8800318c9b8 rbx=0000000000000000 rcx=fffff8800318c910
rdx=fffffa80047e7180 rsi=0000000000000000 rdi=0000000000000000
rip=fffff8800137e1e0 rsp=fffff8800318c738 rbp=0000000000000001
r8=0000000000000000 r9=0000000000000000 r10=0000000000000000
r11=0000000000000000 r12=0000000000000000 r13=0000000000000000
r14=0000000000000000 r15=0000000000000000
iopl=0 nv up ei pl zr na po nc
Ntfs!NtfsAbortTransaction:
fffff880`0137e1e0 4889542410 mov qword ptr [rsp+10h],rdx ss:0018:fffff880`0318c748=fffffa80047e7101
Resetting default scope


LAST_CONTROL_TRANSFER: from fffff80002acac69 to fffff80002acb700


FAILED_INSTRUCTION_ADDRESS:
Ntfs!NtfsAbortTransaction+0
fffff880`0137e1e0 4889542410 mov qword ptr [rsp+10h],rdx


STACK_TEXT:
fffff880`0318c458 fffff800`02acac69 : 00000000`0000000a fffff880`0137e1e0 00000000`00000002 00000000`00000008 : nt!KeBugCheckEx
fffff880`0318c460 fffff800`02ac98e0 : fffff8a0`00000000 fffff880`0318c910 00000000`00000000 fffff880`012425d3 : nt!KiBugCheckDispatch+0x69
fffff880`0318c5a0 fffff880`0137e1e0 : fffff880`013852d2 fffff880`0318c910 fffffa80`047e7101 fffff880`0318c900 : nt!KiPageFault+0x260
fffff880`0318c738 fffff880`013852d2 : fffff880`0318c910 fffffa80`047e7101 fffff880`0318c900 fffff880`013a5900 : Ntfs!NtfsAbortTransaction
fffff880`0318c740 fffff880`013a93f7 : fffff880`0318c910 fffffa80`047e7180 fffffa80`047e7180 fffffa80`047e7180 : Ntfs!NtfsCheckpointVolumeUntilDone+0xe2
fffff880`0318c7c0 fffff880`012cd8c7 : fffff880`0318c910 fffffa80`047e7180 fffffa80`05e388b0 fffffa80`047e7188 : Ntfs!NtfsShutdownVolume+0xa7
fffff880`0318c840 fffff880`013b17f5 : fffff880`0318c910 00000000`00000000 fffff880`013ab310 00000000`00000000 : Ntfs!NtfsForEachVcb+0x167
fffff880`0318c8e0 fffff880`010996af : fffffa80`045b4700 fffff800`02c705a0 fffff800`02cd0210 fffffa80`05e388b0 : Ntfs!NtfsFsdShutdown+0x145
fffff880`0318cb10 fffff800`02d1a0ac : fffffa80`045b4e40 fffff800`02c7ae00 00000000`00000001 00000000`00000000 : fltmgr!FltpDispatch+0x9f
fffff880`0318cb70 fffff800`02d1a242 : 00000000`00000001 00000000`00000001 fffff800`02c705a0 00000000`00000000 : nt!IopShutdownBaseFileSystems+0xac
fffff880`0318cbf0 fffff800`02d1af26 : fffff800`02d1ad40 fffff800`02c705a0 00000000`00000001 fffffa80`046529f0 : nt!IoShutdownSystem+0x122
fffff880`0318cc70 fffff800`02ad8961 : fffff800`02d1ad40 fffff800`02dc6820 fffffa80`03701b60 fffffa80`00000002 : nt!PopGracefulShutdown+0x1e6
fffff880`0318ccb0 fffff800`02d6ebc6 : ec71ec71`284b284b fffffa80`03701b60 00000000`00000080 fffffa80`0366d890 : nt!ExpWorkerThread+0x111
fffff880`0318cd40 fffff800`02aa9bc6 : fffff880`02f63180 fffffa80`03701b60 fffff880`02f6dfc0 af966a96`1b621e62 : nt!PspSystemThreadStartup+0x5a
fffff880`0318cd80 00000000`00000000 : fffff880`0318d000 fffff880`03187000 fffff880`03385b60 00000000`00000000 : nt!KiStartSystemThread+0x16




STACK_COMMAND: kb


FOLLOWUP_IP:
Ntfs!NtfsAbortTransaction+0
fffff880`0137e1e0 4889542410 mov qword ptr [rsp+10h],rdx


SYMBOL_STACK_INDEX: 3


SYMBOL_NAME: Ntfs!NtfsAbortTransaction+0


FOLLOWUP_NAME: MachineOwner


MODULE_NAME: Ntfs


IMAGE_NAME: Ntfs.sys


DEBUG_FLR_IMAGE_TIMESTAMP: 4a5bc14f


FAILURE_BUCKET_ID: X64_0xD1_CODE_AV_BAD_IP_Ntfs!NtfsAbortTransaction+0


BUCKET_ID: X64_0xD1_CODE_AV_BAD_IP_Ntfs!NtfsAbortTransaction+0


Followup: MachineOwner


18.06.11
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************


Use !analyze -v to get detailed debugging information.


BugCheck 1000007E, {ffffffffc0000005, fffff88004820ff0, fffff880057f3698, fffff880057f2f00}


Probably caused by : dxgmms1.sys ( dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForSubmission+a0 )


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


2: kd> !analyze -v
*******************************************************************************
* *
* 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: fffff88004820ff0, The address that the exception occurred at
Arg3: fffff880057f3698, Exception Record Address
Arg4: fffff880057f2f00, Context Record Address


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




EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.


FAULTING_IP:
dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForSubmission+a0
fffff880`04820ff0 488908 mov qword ptr [rax],rcx


EXCEPTION_RECORD: fffff880057f3698 -- (.exr 0xfffff880057f3698)
ExceptionAddress: fffff88004820ff0 (dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForSubmission+0x00000000000000a0)
ExceptionCode: c0000005 (Access violation)
ExceptionFlags: 00000000
NumberParameters: 2
Parameter[0]: 0000000000000000
Parameter[1]: ffffffffffffffff
Attempt to read from address ffffffffffffffff


CONTEXT: fffff880057f2f00 -- (.cxr 0xfffff880057f2f00)
rax=68fffa8005ef7f30 rbx=fffff8a0015e4680 rcx=bcfffa800660ee60
rdx=fffff8a00180da10 rsi=fffffa8005dfdba0 rdi=fffffa800594b000
rip=fffff88004820ff0 rsp=fffff880057f38d0 rbp=0000000000000000
r8=fffffa8005dfdbf0 r9=0000000000000000 r10=0000000000000000
r11=fffffa800594c3c0 r12=0000000000000001 r13=0000000000000000
r14=fffffa8005e205a0 r15=0000000000000056
iopl=0 nv up ei ng nz na pe nc
cs=0010 ss=0000 ds=002b es=002b fs=0053 gs=002b efl=00010282
dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForSubmission+0xa0:
fffff880`04820ff0 488908 mov qword ptr [rax],rcx ds:002b:68fffa80`05ef7f30=????????????????
Resetting default scope


CUSTOMER_CRASH_COUNT: 1


DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT


PROCESS_NAME: System


CURRENT_IRQL: 0


ERROR_CODE: (NTSTATUS) 0xc0000005 - Die Anweisung in 0x%08lx verweist auf Speicher 0x%08lx. Der Vorgang %s konnte nicht im Speicher durchgef hrt werden.


EXCEPTION_PARAMETER1: 0000000000000000


EXCEPTION_PARAMETER2: ffffffffffffffff


READ_ADDRESS: GetPointerFromAddress: unable to read from fffff80002ca90e0
ffffffffffffffff


FOLLOWUP_IP:
dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForSubmission+a0
fffff880`04820ff0 488908 mov qword ptr [rax],rcx


BUGCHECK_STR: 0x7E


LAST_CONTROL_TRANSFER: from fffff8800481e8af to fffff88004820ff0


STACK_TEXT:
fffff880`057f38d0 fffff880`0481e8af : 00000000`00000000 fffffa80`05e22008 00000000`00000013 fffffa80`05e3e020 : dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForSubmission+0xa0
fffff880`057f3910 fffff880`0483865d : 00000000`00000000 fffff8a0`01e414f0 fffffa80`00000000 fffffa80`05e205a0 : dxgmms1!VIDMM_GLOBAL:repareDmaBuffer+0xe1b
fffff880`057f3ae0 fffff880`04838398 : fffff800`00b96080 fffff880`04837d00 fffffa80`00000000 fffffa80`00000000 : dxgmms1!VidSchiSubmitRenderCommand+0x241
fffff880`057f3cd0 fffff880`04837e96 : 00000000`00000000 fffffa80`059a27e0 00000000`00000080 fffffa80`05930010 : dxgmms1!VidSchiSubmitQueueCommand+0x50
fffff880`057f3d00 fffff800`02d14bc6 : 00000000`029449e7 fffffa80`05904620 fffffa80`0366d890 fffffa80`05904620 : dxgmms1!VidSchiWorkerThread+0xd6
fffff880`057f3d40 fffff800`02a4fbc6 : fffff800`02bebe80 fffffa80`05904620 fffff800`02bf9c40 fffff880`0121c534 : nt!PspSystemThreadStartup+0x5a
fffff880`057f3d80 00000000`00000000 : fffff880`057f4000 fffff880`057ee000 fffff880`057f3690 00000000`00000000 : nt!KiStartSystemThread+0x16




SYMBOL_STACK_INDEX: 0


SYMBOL_NAME: dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForSubmission+a0


FOLLOWUP_NAME: MachineOwner


MODULE_NAME: dxgmms1


IMAGE_NAME: dxgmms1.sys


DEBUG_FLR_IMAGE_TIMESTAMP: 4d3fa174


STACK_COMMAND: .cxr 0xfffff880057f2f00 ; kb


FAILURE_BUCKET_ID: X64_0x7E_dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForSubmission+a0


BUCKET_ID: X64_0x7E_dxgmms1!VIDMM_GLOBAL::ReferenceAllocationForSubmission+a0


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

 

[James.Bond]

Avast ist noch drauf?

Sofern mit dem aktuellsten Grafiktreiber und ohne Avast nach wie vor Bluescreens auftreten, stelle testweise die Command Rate der RAM im Bios auf 2T (Memory Timing Mode = 2N).

Hi
Im Bios habe ich AUTO (1N grau hinterlegt)
Zur auswahl stünden dann 2N oder 3N, aber keine T variante.

Gruß
Andi

 

[simpel1970]

Zunächst 2N auswählen ...steht ja auch in meinem Post, den du sogar zitiert hast: "(Memory Timing Mode = 2N)" ...

Mache danach bitte noch mal ein Screenshot vom CPU-Z Reiter "Memory".

 

[James.Bond]

-upps- das 2N in der Klammer ist mir durchgerutscht, darum war ich auf T fixiert.

Habe es aber Samstag schon darauf umgestellt (auf Verdacht das dies gemeint war).

CPU-T folgt, bin derzeit unterwegs und erst Donnerstags wieder daheim.

Gruß
Andi

 

[simpel1970]

Kein Ding

Bis Donnerstag und toi, toi, toi, dass es damit besser wird.

 

[James.Bond]

Hallo

CPU-Z:


Wie Du merkst, läuft bei mir der Rechenr nicht jeden Tag, darum halt auch die unregelmäßige Berichterstattung.

Gruß
Andi

 

[simpel1970]

Das macht auch überhaupt nichts. Das ist dein Thread, du gibst das Tempo vor.

Die Timings sehen mal soweit gut aus. Warte wir jetzt mal ab, ob die Bluescreens ausbleiben. Ich drücke die Daumen.

 

[James.Bond]

Hallo simple1970

Bis dato keine neuen Bluescreens
Ich schaue auch immer in den Debugger ob ein neuer Dump vorliegt, seit 18.6. nichts mehr.
Ist nämlich auch vorgekommen das da Dumbs drin sieht ohne das ein Bluescreen erfolgt war.

Hoffe das das Ändern der Timings (was auch immer es bewirkt hat) das Problem gelöst hat.

Grüße
Andi

 

[simpel1970]

Schön, dass es nun einwandfrei läuft

Die Mehrzahl der geposteten Bluescreens wies Speicherzugriffsverletzungen auf. Nun ist Speicher nicht nur der RAM (kann auch VRAM, CPU-Cache, Festplatte, etc. sein). Aber RAM ist die häufigste Ursache für derartige Probleme (z.B. Defekt oder Kompatibilitätsprobleme).
Da Memtest keine Fehler brachte, kann davon ausgegangen werden, dass die RAM Riegel nicht defekt sind. Bleiben Kompatibilitätsprobleme. Im ersten Screenshot von CPU-Z (Reiter Memory) ist zu sehen, dass das Board die RAM nicht entsprechend den Spezifikationen automatisch einstellt, was für Kompatibilitätsprobleme spricht.
Leichte Kompatibilitätsprobleme können insbes. durch die "Entschärfung" der Command Rate und/oder der Erhöhung der RAM Spannung "behoben" werden. In deinem Fall scheint dies geklappt zu haben.

Ich drücke die Daumen, dass es so bleibt.