Crossfire Problem

Hast Du denn eventuell ein anderes NT zur Verfügung, womit Du testen kannst?

Den Bequiet Straight Power und abwärts trau ich nämlich alles zu, zumal ich grundsätzlich bei MultiGPU auf Adapter jedweder Art verzichten würden, solange es sich nicht um neue "Anschlussarten" handelt.

VG
 
Hi,

bei mir wurden keine Datei geschrieben, obwohl es so eingestellt ist und auch der Pfad angegeben ist.

Bei den Mainboard Treibern gibt es momentan noch keine neuen. Hab das Asus M5A99XEVO und das ist noch nicht so lange auf dem Markt.

Framework hab ich jetzt 4.0 und Service Pack 1 ist auch installiert. Ich warte auf den nächsten BS und poste dan die Auswertung.
Ergänzung ()

Es hat sich jetzt alles nochmal geändert. Also beide Karten laufen zu 100% auch mit dem 6Pin Adapter. Allerdings zeigt sich in keinem Spiel und auch in keinem Benchmark, das die zweite Karte aktiviert ist.

Muss ich im UEFI etwas ändern? Ich hab mal die einstellungen gepostet.
Ergänzung ()

Ich hab jetzt noch die Dump File:


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


Loading Dump File [C:\Windows\Minidump\072011-17456-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 (6 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS Personal
Built by: 7601.17592.amd64fre.win7sp1_gdr.110408-1631
Machine Name:
Kernel base = 0xfffff800`02c57000 PsLoadedModuleList = 0xfffff800`02e9c650
Debug session time: Wed Jul 20 17:16:46.276 2011 (UTC + 2:00)
System Uptime: 0 days 0:24:53.070
Loading Kernel Symbols
...............................................................
................................................................
......................
Loading User Symbols
Loading unloaded module list
.........
*******************************************************************************
* *
* Bugcheck Analysis *
* *
*******************************************************************************

Use !analyze -v to get detailed debugging information.

BugCheck 116, {fffffa800ad8c4e0, fffff88009748a1c, 0, 2}

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

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

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

VIDEO_TDR_FAILURE (116)
Attempt to reset the display driver and recover from timeout failed.
Arguments:
Arg1: fffffa800ad8c4e0, Optional pointer to internal TDR recovery context (TDR_RECOVERY_CONTEXT).
Arg2: fffff88009748a1c, The pointer into responsible device driver module (e.g. owner tag).
Arg3: 0000000000000000, Optional error code (NTSTATUS) of the last failed operation.
Arg4: 0000000000000002, Optional internal context dependent data.

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


FAULTING_IP:
atikmpag+7a1c
fffff880`09748a1c 4883ec28 sub rsp,28h

DEFAULT_BUCKET_ID: GRAPHICS_DRIVER_TDR_FAULT

CUSTOMER_CRASH_COUNT: 1

BUGCHECK_STR: 0x116

PROCESS_NAME: System

CURRENT_IRQL: 0

STACK_TEXT:
fffff880`08991a68 fffff880`056e7000 : 00000000`00000116 fffffa80`0ad8c4e0 fffff880`09748a1c 00000000`00000000 : nt!KeBugCheckEx
fffff880`08991a70 fffff880`056e6d0a : fffff880`09748a1c fffffa80`0ad8c4e0 fffffa80`07c916e0 fffffa80`09355410 : dxgkrnl!TdrBugcheckOnTimeout+0xec
fffff880`08991ab0 fffff880`0578df07 : fffffa80`0ad8c4e0 00000000`00000000 fffffa80`07c916e0 fffffa80`09355410 : dxgkrnl!TdrIsRecoveryRequired+0x1a2
fffff880`08991ae0 fffff880`057b7b75 : fffffa80`ffffffff 00000000`00017557 00000000`00000000 00000000`00000000 : dxgmms1!VidSchiReportHwHang+0x40b
fffff880`08991bc0 fffff880`057892d5 : fffffa80`09355410 fffffa80`00000004 00000000`00017557 00000000`00000000 : dxgmms1!VidSchiCheckHwProgress+0x71
fffff880`08991bf0 fffff880`057b5e7a : 00000000`00000000 fffffa80`09955b50 00000000`00000080 fffffa80`09355410 : dxgmms1!VidSchiScheduleCommandToRun+0x1e9
fffff880`08991d00 fffff800`02f7332e : fffff880`fffffc32 fffffa80`09f9f040 fffffa80`07010890 fffff800`02cce817 : dxgmms1!VidSchiWorkerThread+0xba
fffff880`08991d40 fffff800`02cc8666 : fffff800`02e49e80 fffffa80`09f9f040 fffff800`02e57cc0 fffff880`01247cb0 : nt!PspSystemThreadStartup+0x5a
fffff880`08991d80 00000000`00000000 : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x16


STACK_COMMAND: .bugcheck ; kb

FOLLOWUP_IP:
atikmpag+7a1c
fffff880`09748a1c 4883ec28 sub rsp,28h

SYMBOL_NAME: atikmpag+7a1c

FOLLOWUP_NAME: MachineOwner

MODULE_NAME: atikmpag

IMAGE_NAME: atikmpag.sys

DEBUG_FLR_IMAGE_TIMESTAMP: 4ddc68a6

FAILURE_BUCKET_ID: X64_0x116_IMAGE_atikmpag.sys

BUCKET_ID: X64_0x116_IMAGE_atikmpag.sys

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

Anhänge

  • 1.png
    1.png
    77,7 KB · Aufrufe: 65
  • 2.png
    2.png
    113,9 KB · Aufrufe: 55
Zurück
Oben