[Sammelthread] Offizieller AMD [[ RX6700 // RX 6700XT // 6750XT // X6800 // 6800XT // 6900XT // 6950XT]] Overclocking und Modding Thread [[ Wakü - Lukü - LN2]]

Handtuch werfen klingt so nach Aufgeben. Das ist nicht, was ich getan habe. Bin über alle Runden gegangen mit dem Ergebnis, dass der Fight so nicht zu gewinnen ist. ;)

Danke für die Unterstützung dabei.
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Handtuch werfen klingt so nach Aufgeben. Das ist nicht, was ich getan habe. Bin über alle Runden gegangen mit dem Ergebnis, dass der Fight so nicht zu gewinnen ist. ;)

Danke für die Unterstützung dabei.
I didn't mean it in a bad way..and..I wrote for now 😁
Beitrag automatisch zusammengeführt:

Waiting for the rematch
 
Jetzt wissen wir zumindest das die Bios abwärts kompatibel sind.
XTXH zu XTX geht ,bringt halt kein Vorteil. :d
 
Nein, @Devcom bezog sich darauf, dass er das Garllc-XTX-Bios testweise auf seine XTXH flashen konnte, trotz unterschiedlicher DeviceIDs. Ich habe nur ein unauffälliges XTX-Rom gegen ein anderes unauffälliges XTX-Rom getauscht.
 
Zuletzt bearbeitet:
Verschiedene Einstellungen versucht, auch @Garllcs MPT- und Wattman-Settings, ohne Erfolg. Es ist nicht das Bios und nicht der Treiber, was diesen Effekt erzeugt. Muss an seiner Karte liegen.

Ich beende das Experiment und hoffe auf künftige Bios-Magie von @Veii & Co.
Ich muss sagen, ich sah das selbige auf ner OCF
Kaam mit nem flashlock & benützt (neu gekauft, aber womöglich ein RMA produkt), Bios export war identisch. AGESA 1207 verhinderte jegliches flashen , abseits vom Backup
Downgrade des bioses, downgrade der Karte um den lock zu entfernen. Downgrade der Driver & PCI driver. Das gigabyte board bzw GPU verhinderte weiterhin jeglichen fash
Allerdings konnte es weswegen auch immer 2300 MCLK rennen. Auf dem Stock OCF Bios ohne eine VBIOS Version Änderung

Natürlich brauchte es deutlich mehr Spannung als sonnst, aber hiermit erübrigten sich die LC Bios update Versuche ~ vorerst
Den zwar konnte man nichts flashen, allerdings war das Stock bios brauchbar genug.

@ShirKhan bekaam das 6950 KTXH auf ner XTX zum laufen ?
Mein Problem mit der gesammten Geschichte ist
"Man sollte kein 071 Update nützen solange die Karte gelockt ist und/oder nen VRAM lock habe, den zurück gehe es garnicht mehr"

Das Update auf 071 würde den VRAM lock nicht entfernen, den es ist nicht "nur das ROM bios & nur das PCB"
Außer potentielle Debug header, gibt es auf dem PCB ~soweit~ nichts auffindbares, was brauchbar dafür wäre
Es müsste alles im SME/SMU liegen. Ebenso auch der VRAM lock.
Dieses SystemManagementEngine update ~ ist zwar als Blob in den ROMs enthalten, aber downgraden gehe nicht mehr.

Meine Einladung zu der eigenartigen OCF, fiel ins Wasser letzte Woche leider.
Ich beende das Experiment und hoffe auf künftige Bios-Magie von @Veii & Co.
Aber die VBFlash Arbeit fiel nicht ins Wasser.
Jegliche SPI Versuche wären voerest halb sinnlos,
den einerseits ist die Checksum method Trackbar soweit (algorithm within atomrom) ~ andererseits spielt auch das keine Rolle, den ein SPI flash wird nichts low level auf der Karte ändern.

Um wirklich irgendeinen Erfolg zu haben, muss ein full vbflash (full mod) auf Windows existieren.
Weder das Linux noch das Windows würden reprogramming bzw EEPROM wipe, standartmäßig erlauben
In-Bios research ist auf pause, vbflash muss zuerst brauchbar gemacht werden :)
Insbesondere gegen AMDs aktueller flash-lock mühe.
Beitrag automatisch zusammengeführt:

den einerseits ist die Checksum method Trackbar soweit (algorithm within atomrom) ~ andererseits spielt auch das keine Rolle, den ein SPI flash wird nichts low level auf der Karte ändern.

Um wirklich irgendeinen Erfolg zu haben, muss ein full vbflash (full mod) auf Windows existieren.
Sprich,
selbst wenn man die gegebenen checksums und RSA "boot checks" entfernt.
Du hast immer noch das AMD Graphics Health module im Bios, welches sich durch Driver updates injected
Und du hast die Management Engine auf der Karte selber ~ welche nicht upgedated wird, durch SPI flashes
= keine Änderung bzw Boot refuse

Um irgendwas hinzubekommen, muss vbflash deinen Mod akzeptieren und komplett flashen
-fa zb ist solch ein toggle. Zwar heißt es "flash again" aber es ist eher ein fullflash.

Mit identischen Partitions, wird das nichts und mit SPI ebenso nicht.
Den die Karte muss sich nicht das ROM laden um zu funktionieren ~ somit ist auch DeviceID , ohne modded vbflash nicht änderbar
Im ROM sind nur die UEFI module welche dessen "id checks" passen ~ on boot , on initialization
Aber in Windows dann, sieht die Sache wieder komplett anders aus ~ abseits von das was "on boot" geladen wurde :)

Somit kann man zwar den Bios check fake'n, und erzwingen dass ein KXTX bios gelanden wird
Aber abseits von nem potentiell besser konstruiertem Bios, ist da auch nicht mehr dran.
Die Karte wird sich wie dessen DeviceID benehmen und die Driver werden dies auch erzwingen
Ein besseres VBFlash muss her :-)
 
Zuletzt bearbeitet:
Vor RDNA 3 Release wäre nett. No pressure, mate. :d
 
Man versucht es.
Die Motivation ist etwas schwankend
nvflash mod gehe soweit, vbflash ist lästig


Ah, potentiell könnten die Morpheus wieder zurückkommen
Noch unsicher genau weswegen, aber 280W (stock) habe eine delta von 10°, 350W bewege sich zwischen 14-15° peak
Mit den OCF fans, war das Ergebniss deutlich schlechter für mich & lauter

Der aktuelle OCF heatsink nimmt perfekt 2x 120er
2e1P2Dr.jpeg

1657380662886.png
* wartend auf Fittings & finishing research, bevor man das Ding mit GrapheneOxide befüllt // und damit ich einfacher am ROM Chip kann

Ich hatte Sorge dass das ding überhitzt, aber es ist leiser und kühlt viel besser ~ mit 750RPM case fans
Die Karten sind endlich breit & hoch genug dafür 😅
Aus grober Logik, würde ich behaupten dass die Backplate einer der Gründe für die schlechten Hotspot Temps, ist :unsure:
 
Zuletzt bearbeitet:
Vor RDNA 3 Release wäre nett. No pressure, mate. :d
Bis Ende July hätte ich den PC warscheinlich noch ~ vlt noch August, aber ich sollte keine 8 Monate fürn Build verschwenden (seit Dez)
weiteres müsste ich durchrechnen ob ich an einer 6500XT rankomme
Hier wartet noch eine 1080ti (6700XT perf) blocked, auf mich seit letztem Weinachten & Zen4 wird spannend
Auch das RTX thema haut noch etwas druck, ebenso das X3D thema welches komplett vom Netz sitzt
Noch sehr viel zu tun~

Nun, das selbige Thema geht schon seit ende GCN4.0
Zeit hätte es, wirklich viel research kaam nicht bei Navi 10/11 // (RDNA3/Lovelace ist auch nicht besonders anders)
Nun ja, doch schon vom RBRTeam.
Aber es fühlt sich wiedermal an wie "fine i'll fix it myself", den es ist unvollständig
(wie eigentlich all diese Projekte ~ hätte mich gerne um andere Sachen gekümmert, haha)

Wird schon :)
Unmöglich kann ich es nicht betitel'n. Es hat möglich zu sein.
Mir fehlt bloß etwas mehr "Basic Assembly" Wissen, über die RISC Architektur (ARM).
CISC gehe schon langsam.
 
Zuletzt bearbeitet:
Still creeping up..I haven't been able to crack the best FT2 settings yet...but I have been able to go to 2100/2250/2250 on the fclk...I couldn't do that on the OG bios...will see if I can push that more....
 
Bin in Trouble und brauche bitte Hilfe.

Die Grafikkarte wird nicht mehr erkannt. Nach umfangreichen Treibertests ist das gestern beim OC-Gaming erstmals passiert, Screen wird schwarz und bleibt so. Nach hartem Neustart sendet das Bios zunächst das Post-Signal, dann folgt dah-dit-dit-dit ("keine Grafikkarte erkannt"). Der Screen bleibt schwarz.

Letzte Nacht konnte ich das noch lösen, indem ich die Karte aus dem PCIE-Slot zog, dann mit der iGPU in Windows bootete, dort mit DDU den Treiber entfernte, herunterfuhr und die 6900 XT wieder steckte. Beim nächsten Boot wurde die Karte wieder erkannt.

Eben hat auch das nicht mehr funktioniert. Der Treiber wurde entfernt (nicht abgesichert, das hat nicht geklappt). Rechner runtergefahren, 6900 gesteckt, HDMI raus bei iGPU und DP rein bei 6900, eingeschaltet. Dah-dit-dit-dit.

Was nun? Die Karte noch mal aus dem Slot zu ziehen ist heikel, die hängt dann fast nur am Schlauch zum Mainboard. Weil der Crash während eines TS-Runs geschah, laufen die Pumpen auf 100%. Wenn da ein Fitting abgeht, spritzt das Wasser mit 180 l/h durch das System.

Was tun?
 
Zuletzt bearbeitet:
Fällt mir nur Karte rausziehen und Rechner ohne Karte starten ein.
 
Klappt nicht (mehr).

Letzte Nacht konnte ich das noch lösen, indem ich die Karte aus dem PCIE-Slot zog, dann mit der iGPU in Windows bootete, dort mit DDU den Treiber entfernte, herunterfuhr und die 6900 XT wieder steckte. Beim nächsten Boot wurde die Karte wieder erkannt.

Eben hat auch das nicht mehr funktioniert. Der Treiber wurde entfernt (nicht abgesichert, das hat nicht geklappt). Rechner runtergefahren, 6900 gesteckt, HDMI raus bei iGPU und DP rein bei 6900, eingeschaltet. Dah-dit-dit-dit.

Ins Bios komm ich, wenn HDMI an der iGPU hängt und das 6900-Kabel nicht gesteckt ist.
 
Anderen PCI Slot kannst warscheinlich nicht testen?
 
Mal CMOS reset gemacht.
 
hol sie doch erstmal da raus und schau vllt. erstmal, dass der Rest des systems wieder normal bootet. ich würde sie ausbauen, den kreislauf schließen und in anderen systemen testen. so denn welche verfügbar sind. ansonsten karte drin lassen, mit der igpu booten, in das linux das du zum flashen verwendet hattest und schauen, ob sie dort via flash- oder anderen tools erkannt wird. das flash tool dürfte ja auf lower levels auf die karte zugreifen, vllt. hat das uefi durch den crash auch einen weg. cmos reset vllt. mal noch testen. stromlos machen und ein zwei stunden so lassen auch mal testen.

schei$$e alter... doof das :(
 
CMD als Administrator ausführen und mal chkdsk /r drüber laufen lassen. Könnte sein das du dir ein paar System Dateien zerschossen hast bei dem harten crash im TimeSpy. Danach noch sfc /scannow @ShirKhan

Edit: Oh warte die Karte geht auch beim booten nicht mehr richtig?
 
Zuletzt bearbeitet:
Wenn der Reset des Bios nicht reicht ,flashe das neu.
CSM ist deaktiviert ? Das Mainboard erkennt die Karte nicht nehme ich an .
Welcher Fehlercode ?
 
Das Board erkennt die Karte nicht, richtig. Mit der Intel-GPU komme ich ins Windows, der Treiber ist runter, sagt DDU.

Stecke ich die Kabel wieder um, piepts. CSM ist deaktiviert. CMOS Reset hat nicht geholfen. Bevor ich die Karte noch mal rausziehe, versuche ich einen Bios-Flash.
 
Ja, die Karte ist seit Samstag wieder mit Original-Bios.
 
Hast du mal deine PCI-E Kabel getauscht, vielleicht hat sich da eins verabschiedet.
Hatte ich letztens,habe mir auch ein Wolf gesucht
 
CMD als Administrator ausführen und mal chkdsk /r drüber laufen lassen. Könnte sein das du dir ein paar System Dateien zerschossen hast bei dem harten crash im TimeSpy. Danach noch sfc /scannow
Jeweils Fehler gefunden und repariert.

Bevor ich die Karte noch mal rausziehe, versuche ich einen Bios-Flash.
Kein Erfolg, piept wie beschrieben nach dem Post-Beep, sobald ich iGPU-Kabel ab- und Kartenkabel anstecke.

Ich mach jetzt mal noch einen Bios-Flash nicht aus dem Bios heraus, sondern per Flashback. Vielleicht ist das gründlicher.

Wenn das nicht hilft, zieh ich die Karte noch mal aus dem MB.
 
Zuletzt bearbeitet:
Gibt das Mainboard keinen Fehlercode an?
 
Nein. Nur den akustischen. Und die weiße VGA-LED.
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh