[Sammelthread] Offizieller AMD [[ RX6700 // RX 6700XT // 6750XT // X6800 // 6800XT // 6900XT // 6950XT]] Overclocking und Modding Thread [[ Wakü - Lukü - LN2]]
- Ersteller xXx-Eagleone-xXx
- Erstellt am
Grindcore77
Profi
- Mitglied seit
- 28.05.2022
- Beiträge
- 199
I didn't mean it in a bad way..and..I wrote for now 😁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.
Beitrag automatisch zusammengeführt:
Waiting for the rematch
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.
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:
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:
Nix K, nix H. Siehe oben.
Und wer kann das bauen?Ein besseres VBFlash muss her
Ich bin noch im lern Stadium
Assembly ist mühsam 😶🥲
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
* 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
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
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
Zuletzt bearbeitet:
darko664
Profi
- Mitglied seit
- 25.05.2021
- Beiträge
- 105
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)Vor RDNA 3 Release wäre nett. No pressure, mate.
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:
Grindcore77
Profi
- Mitglied seit
- 28.05.2022
- Beiträge
- 199
I scored 22 486 in Time Spy
Intel Core i9-9900KF Processor, AMD Radeon RX 6900 XT x 1, 65536 MB, 64-bit Windows 11}
www.3dmark.com
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?
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:
Klappt nicht (mehr).
Ins Bios komm ich, wenn HDMI an der iGPU hängt und das 6900-Kabel nicht gesteckt ist.
Ins Bios komm ich, wenn HDMI an der iGPU hängt und das 6900-Kabel nicht gesteckt ist.
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
schei$$e alter... doof das
Grindcore77
Profi
- Mitglied seit
- 28.05.2022
- Beiträge
- 199
Does the gpu show in the bios?
darko664
Profi
- Mitglied seit
- 25.05.2021
- Beiträge
- 105
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.
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.
Grindcore77
Profi
- Mitglied seit
- 28.05.2022
- Beiträge
- 199
This has happened after you returned to OG bios flash?
Jeweils Fehler gefunden und repariert.
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:
