MSI X870 Tomahawk BIOS Versionen

[Piledriver1]

@Creeping Death

Das nennt sich Erfahrungsbericht. Das können Eigentümer abgeben. Dieser muss nicht zwangsläufig positiv sein. Es gibt auch kein Gesetz welches bestimmt, dass es nur positive Erfahrungsberichte geben muss. Das hängt vom Unternehmen ab die Produkt und Service liefert. Du bist offensichtlich kein Eigentümer (mehr) des in Rede stehenden Produktes.

Wir wissen, dass du in vielen Foren von MSI geschwärmt hast. Dennoch musst Du deiner Schwärmerei nachgehen, ohne im Besitz des in Rede stehenden Produktes zu sein. Ich brauche keine weiter 1000. Meldung von dir hierzu. Ich weiß es. Danke.

 

[Creeping Death]

Ich hatte absolut keine Probleme vor dem Einbau der RTX5080. Danach gab es nervige Probleme die ich nicht beheben konnte. Deshalb habe ich auf einen anderen Hersteller gewechselt. Ich mache es mir jetzt aber nicht zu meiner Mission, permanent in verschiedenen Foren ununterbrochen gegen MSI zu stänkern.

Bleib doch mal sachlich und bausche nicht alles zu einem Riesenskandal auf.

 

[Piledriver1]

@Piledriver1
Warum benötigst du unbedingt AGESA 1.2.0.7?

Wieso legst Du mir Wörter in den Mund, die ich nicht geäußert habe? Es geht um Inkonsistenz bzgl. der AGESA Versionen über die UEFI Versionen hinweg. Alles andere ist dein bescheidene falsche Interpretation. Und schließlich dreht sich die Welt weiter und nicht zurück. Trotz Regression gibt es die 1A69 weiter. Vielleicht veröffentlicht MSI sehr kurzfristig ein neues UEFI mit AGESA 1.2.0.7, weil die rechte Hand nicht weiß, was die linke tut. Und schließlich steht die Veröffentlichung der 9000G Serie (vermutlich) kurz bevor...

 

[Aldrearic]

Ich habe das Board beim neuen Pc verbaut Anfangs Oktober. Bios Version 1A69 aufgespielt und damit läuft der Pc. Ich weis ja dass manche Hersteller für gewisse Boards oft und viele Versionen herausbringen, aber ich werde aktuell auch nicht auf 1a70 wechseln. Sollen andere Freiwillige vor und die neue Version testen.

 

[Piledriver1]

Habe mich jetzt genötigt gesehen auf 1A70 zu gehen nachdem nach einem Warmstart die Kiste komplett einen an der Marmel hatte. Nach Warmstart war das MSI Brett der Meinung, dass eine neue CPU installiert sei, danach der TPM Meldung, dann kam Device changed (CPU or Memory) or CMOS changed. Linux zeigte u.a. an, dass alle USB-Geräte neu seien. Windows zeigte 0x13D. Komplettes Feuerwerk.

Zuvor war 1A67 drauf. Hatte zwar in der Vergangenheit damit auch etwas weniger schwere Effekte bei einigen wenigen Warmstarts, aber nicht so wie heute. Da half in der Vergangenheit ein Kaltstart. Heute nicht.

Mit 1A70 scheint es erstmal zu laufen, soweit man das nach der kurzen Zeit sagen kann...

Also Top MSI Gerät. Nicht.

Edit:
Damit es nicht unerwähnt bleibt der "Running Gag" von MSI: Unter Windows sind nach der UEFI Aktualisierung alle 5 Netzlaufwerke wieder funktionsunfähig und müssen neu verbunden werden, während sie unter Linux weiter funktionieren.

 

[Piledriver1]

Für abenteuerlustige Zeitgenossen ist heute 7E51v1A71 veröffentlicht worden mit "AGESA PI pre-1.3.0.0 updated".

 

[HisN]

Also ich kann die Datei nicht flashen.
M-Flash verhindert es.
Ich kann die Datei im M-Flash nicht mal auswählen.

 

[Piledriver1]

Ich frage mal vorsichtig: Ist der USB-Stick FAT32 formatiert? Oder schützt sich MSI vor sich selbst?

Oder zu groß? Ich meine max. 64 GB werden empfohlen.

 

[HisN]

Ich hab die Datei auf einer SSD (Systemlaufwerk), von der ich auch die letzten 10 Bios-Updates gemacht habe^^
Alternativ hab ich mal eine andere SSD probiert. Gleiches Ergebnis. Datei noch mal runtergeladen. Gleiches Ergebnis.

Hat die einer von euch schon geflashed bekommen?

Im PCHG wird ja behauptet, dass MSI die für die neuen 9850x3D gemacht hat, und das sie erst in ein paar Tagen für die MAX-Boards ausgerollt werden^^

Ryzen 7 9850X3D: MSI stellt spezielles UEFI in Aussicht

MSI verspricht die vollständige Mainboard-Unterstützung für den kommenden AMD Ryzen 7 9850X3D - und arbeitet dafür offensichtlich an einem speziellen UEFI.

www.pcgameshardware.de

Da kann man sich ja schon wieder ne schöne Geschichte zu ausdenken^^

 

[Piledriver1]

Habe ich auch vernommen. Da war sicher die Fantasie- und Märchenabteilung am Werk.

Du willst aber nicht wirklich diese Pre-Dingsbums installieren????! Oder brauchst Du den besonderen Kick?

Edit:
Bei meinem A**S-Board steht ja nix von pre (schon seit 27.11.25)und nur allgemein various CPUs:

Hat MSI sicher eine besondere Extra-Spezial-Sonder-Version.

 

[HisN]

Naja, mir ist manchmal einfach danach.
Wenn ich sowieso am Basteln bin (der Computer ist mein Eisenbahn-Ersatz).
Aber das ein freigegebenes Bios GAR NICHT funktioniert, also nicht mal von M-Flash als Bios erkannt wird .... das ist schon lustig.

Was sagt denn @MSIToWi dazu? Gibt es andere Rückmeldungen als meine? Erfolgreiche Flash-Versuche?

 

[Andi316]

Das Bios A71 hat sich bei mir flashen lasen und es läuft auch völlig unauffällig.

 

[Piledriver1]

Naja, mir ist manchmal einfach danach.
Wenn ich sowieso am Basteln bin (der Computer ist mein Eisenbahn-Ersatz).
Aber das ein freigegebenes Bios GAR NICHT funktioniert, also nicht mal von M-Flash als Bios erkannt wird .... das ist schon lustig.

Was sagt denn @MSIToWi dazu? Gibt es andere Rückmeldungen als meine? Erfolgreiche Flash-Versuche?

Du lässt aber, um bei dem Bild zu bleiben, die Eisenbahn nicht absichtlich crashen.

Du bist wahrscheinlich der erste, der es jemals versucht hat. Auf Reddit findet sich nix. Und im MSI Forum hast Du ja auch gerade gepostet.

 

[HisN]

Haha ...
laut @Andi316 macht sie das ja nicht.

 

[Aldrearic]

Wenn auf der SSD eine Fat32 Partition vorhanden ist, würde max 32Gb empfehlen und die Datei da drauf packen. Dann sollte M Flash es erkennen. Wenn ich die Tage Zeit habe werde ich es testen, auch mit meinem USB Stick den ich dafür verwende. Vom USB Stick sollte sie durchaus erkannt werden, wenn die Datei in keinem Ordner ist, sondern direkt auf der Partition des USB Sticks (Fat32 formatiert). Aber die neue Version werde ich voraussichtlich noch nicht auf mein Board flashen.

 

[oNyX`]

Manchmal ists auch ein zu langer Dateiname ist zumind. bei A*us so.

Hab immernoch die 29er bleibt auch erstmal System läuft, kb Beta Tester für MSI zu spielen.

 

[Grainger]

Auf der MSI-Homepage ist ein neuerer Chipsatztreiber verlinkt:
Version 7.12.04.858 vom 27.01.2026

Kein Changelog.

 

[HisN]

Es war der Windows11-Explorer-Entpacker.
Ich habs noch mal mit Winrar entpackt, und schon gings ...

 

[Piledriver1]

7E51v1A81 wurde heute veröffentlicht:

• AGESA PI pre-1.3.0.0 updated.
• Fix AC Power Loss function fail.
• Fixed PCIe graphics card throttling issue.

Die beiden letzten Punkte lesen sich spannend! Und: das gleiche AGESA nach knapp 2 Monaten. Da hat man sicher geschuftet und gerackert bei MSI.

 

[Stunrise]

Ich melde mich hier auch nochmal in diesem Thread. Die neueste A81 soll tatsächlich diesen PCIe Fehler bei Grafikkarten lösen, den ich auch früher festgestellt habe. Vor allem Setups mit grenzwertig stabilen RAM-Takt waren von dem Phänomen betroffen.

Bisher hat man den Fehler gut in den Griff bekommen, wenn PCIe Spread Spectrum auf Auto (Enabled) stand und RAM-OC nicht zu extrem betrieben wurde. Die neue Version soll das komplett lösen. Obwohl ich nicht (mehr) vom Fehlerbild betroffen bin, war das Grund genug für das BIOS Update.

Im Vergleich zum alten BIOS ist mir in ZenTimings aufgefallen, dass nun ProcDqDs auf Hi-Z steht und zuvor bei allen Versionen 34,3ohm lag. Um einen einzelnen Memory Training "Fehler" auszuschließen, habe ich mehrfach den RAM neu trainieren lassen und auch DDR5-6000 und etwas andere Timings getestet. Obendrein wird VDDP nun standardmäßig bei mir 1,05v gesetzt, im alten waren es noch 0,95v. VDDIO ist ein Auslesefehler im alten ZenTimings, das war immer schon bei 1,4v und wird durch die DRAM Spannung im BIOS automatisch angewendet.

Ich bin im RAM Overclocking nicht super tief drin - aber man liest nicht viel gutes über "Hi-Z" bei ProcDqDs. Da das alte System perfekt stabil lief, habe ich VDDP manuell auf 0,95v und ProcDqDs auf 34,3Ohm gesetzt.

 

[Induktor]

Vor allem Setups mit grenzwertig stabilen RAM-Takt waren von dem Phänomen betroffen.

Der Kollege hier, hatte es selbst mit JEDEC 4800 -Thread-. Ich selbst hatte fast durchgehend immer grenzwertige RAM-Profile (6000, 6200, 8200) und mit meiner 4080 überhaupt keine Probleme damit. Erst als ich auf die 5080 gewechselt bin, hatte ich damit ständig Theater (ebenfalls im Thread). Ähnliche Erfahrungswerte auch im MSI-Forum, MSI X670E Thread und selbst beim Igor ist es inzwischen ein News Beitrag. In vielen anderen Beispielen haben die Leute maximal nen EXPO Profil geladen. RAM als Ursache würde ich nahezu ausschließen deshalb.

PCIe Spread Spectrum auf Auto (Enabled)

Auto ist bei MSI aus. Man muss es explizit auf Enabled stellen. Btw, bei Gigabyte ist es bereits im Default an (auto).

Eine Vermutung von mir ist, dass VDDP und ProcDqDs etwas mit dem PCIe Generation Fehler zu tun hatten und das deshalb verändert wurde.

Da würde ich vorsichtig sein. Du verwendest im Screenshot unterschiedliche ZenTiming Versionen. Allein dort haben sich die Werte sicherlich 5 mal geändert in den letzten 20 Betas. Hab ja fast jede Version mitgenommen. Außerdem ist nicht immer klar, ob der Wert wirklich richtig ist. Thema VDDG oder VDDIO, sowie Widerstände ist teilweise oft von der Version und dem Wert abhängig + BIOS. VDD ab 1,60v wird beispielsweise ausgenullt.

In alten Versionen haben sich diese Werte nämlich nicht verändert.

Ich hatte es im Thread immer mal wieder aufgezeigt. Wirf mal lieber einen Blick auf Bus-Takt, Recovery Count und PCIe Link Speed. Alles in HWinfo.

 

[Stunrise]

@Induktor
Danke für die Hinweise. Ich habe noch in meinem OC Archiv nach Bildern von ZenTimings gesucht und tatsächlich ist hier VDDP mal auf 1,05v und mal auf 0,95v. Ich habe es jetzt statisch auf 0,95v gesetzt. Bei ProcDqDs kann ich aber relativ guten Gewissens sagen, dass das bisher in allen BIOS-Versionen und auch mit verschiedenen RAM-Geschwindigkeiten immer auf 34,3ohm gestanden ist. Testweise habe ich es statisch auf 34,3ohm gesetzt und das wird in ZenTimings auch übernommen und richtig dargestellt. Zumindest das ProcDqDs scheint bei meinem Setup kein Zufall zu sein. Auch hier habe ich nun statisch 34,3ohm konfiguriert, da dies der stabil validierten Konfiguration entspricht.

Das Spread Spectrum "Auto" Disabled entspricht, war mir nicht bewusst. Aufgrund der zahlreichen positiven Rückmeldungen, habe ich das nun auch auf Enabled gesetzt.

 

[Piledriver1]

Andere Hersteller sind schon bei ComboAM5 PI1.3.0.0a. Ich würde mich hier also mal für 7E51v1A9(0) interessieren. Vielleicht zu Ostern... Am 26.12.2025 wurde schließlich 7E51v1A7(0) veröffentlicht, also die letzte "stabile" Version, die man auch halbwegs als solche bezeichnen kann, auch wenn es nach Nomenklatur noch die 7E51v1A8(0) gab. Eigentlich wieder ein ungeheuerlicher Vorgang, dass seitens MSI ein AGESA PI pre-1.3.0.0 als "stabile" 7E51v1A8(0) veröffentlicht wurde.

Edit: Die 7E51v1A8(0) scheint auch erst nach der 7E51v1A81 veröffentlicht worden zu sein, obwohl sie zeitlich davor liegt. Ist mir jedenfalls nicht in Erinnerung, dass sie am 11.03.2026 angezeigt wurde.

 

[Piledriver1]

Neue Version 7E51v1A82! Was das mit Anti-Cheat sein soll?! Gehört meiner Meinung nach nicht ins UEFI...

Ich denke auch nicht, dass es immer noch das gleiche AGESA ist, wenn mehrere andere Hersteller schon 1.3.0.0a anbieten. Das hat man sicher bei MSI nur "vergessen".

Edit: Bei der 81 hat man aus "Fixed PCIe graphics card throttling issue" nachträglich "Improved PCIe-based devices compatibility under certain CPU or system combinations." gemacht. Kling nichtssagender. Weniger konkret.

 

[Induktor]

Was das mit Anti-Cheat sein soll?! Gehört meiner Meinung nach nicht ins UEFI...

Das hat was mit der Geschichte zu tun, wo nun Anti-Cheat-Software Kernel-basiert implementiert wird.

Bei der 81 hat man aus "Fixed PCIe graphics card throttling issue" nachträglich "Improved PCIe-based devices compatibility under certain CPU or system combinations." gemacht. Kling nichtssagender. Weniger konkret.

Das haben die schon die letzten Tage entfernt und nun auch für die anderen Boards ausgerollt. Bei mir hat es nur das Problem verschoben. Jetzt bleibt bei Kaltstarts der PCIe Speed auf 3.0 Standard stecken.

 

[Piledriver1]

Das hat was mit der Geschichte zu tun, wo nun Anti-Cheat-Software Kernel-basiert implementiert wird.

Ist aber Quatsch. Wer unbedingt so unfrei sein will und meint diese Spiele unbedingt brauchen zu müssen kann doch gerne bei Windows bleiben, wo das "funktioniert". Dann müssen die MB-Hersteller den ROM auch nicht auf 64+ MB aufblasen, bzw. haben bei den 32 MB Platz für andere Dinge, wie CPUs bspw.

 

[Stunrise]

Nachdem ich etwas Zeit zum basteln hatte, habe ich heute die neueste 1A82 installiert mit der finalen AGESA 1.3 und mit den PCIe Compatibility Improvements. Das BIOS läuft einwandfrei, setzt aber weiterhin auf Hi-Z bei ProcDqDs. Da dies nun die zweite BIOS Version ist, die das reproduzierbar und immer mit "Auto" nutzt, empfinde ich das als bewusste Veränderung von MSI/AMD und belasse es so. Den RAM habe ich neu auf Stabilität validiert mit Karhu, HCI Memtest und Testmem5 und es gab keine Fehler.

Ein weiteres BIOS-Upgrade werde ich erstmal nicht machen - sofern nicht besondere Highlights im Changelog stehen. Spread Spectrum habe ich auf Auto belassen, da ich selbst mit dem alten BIOS nie Probleme mit PCIe Gen5 (GPU und SSD) hatte.

 

[Induktor]

FCH Spread Spectrum habe ich auf Auto belassen, da ich selbst mit dem alten BIOS nie Probleme mit PCIe Gen5 (GPU und SSD) hatte.

Kann dir nur wärmsten empfehlen nach jedem Kaltstart den PCIe Speed zu prüfen. Mit ner Gen5 GPU sollte es normalerweise auf PCIe x16 5.0 bzw. 32.0 GT/s laufen. Der Render-Test von GPU-Z reicht zum Prüfen dicke.



Aktuell scheint es bei vielen Usern* weiterhin leider keine Verbesserung zu geben, mir inklusive. Das PCIe Switching im idle/ light load Betrieb zwischen PCIe Speed 16x 1.1 und 4.0/ 5.0 (je nach GPU) ist normal und gewollt. Unter Last sollte es aber direkt auf den höchsten Standard hochgehen und dort verbleiben.

Lass ich FCH Spectrum auf Auto (aus), kommt es bei den Kaltstarts immer wieder dazu, dass häufig nur PCIe Speed 3.0 maximal geht, teilweise unter Last sogar auf PCIe 2.0 stecken bleibt:



Ein Neustart, ohne irgendwas zu ändern, löst wie immer das Problem oder man aktiviert FCH Spectrum. Einfach nervig, dass MSI das Problem nicht in Griff bekommt.

* User, die trotz neuem BIOS die gleichen Probleme haben:
- IgorLab Forum
- MSI Forum EN

 

[Stunrise]

@Induktor
Ich bin zum Glück von diesem spezifischen Problem nicht betroffen und die Grafikkarte läuft immer mit PCIe Gen5. Um auf Nummer Sicher zu gehen, habe ich ein kleines PowerShell Skript als scheduled Task eingerichtet. Nach jedem Login meines Users sowie nach jedem Unlock des PCs wird nun automatisch geprüft, ob die maximale PCIe Generation der Grafikkarte Gen5 ist. Jeder Skriptlauf wird in einem Logfile protokolliert und falls etwas anderes als Gen5 erscheint, wird das Logfile automatisch geöffnet, um mich zu warnen. Um das Skript zu validieren, habe ich testweise im BIOS PCIe Gen3 und auch Gen4 eingestellt und direkt nach der Anmeldung war die Fehlermeldung jeweils da - das Skript und der scheduled Task funktionieren demnach inklusive Warnung und Logging

Spoiler: PowerShell Code

$NVSMI_LinkGen = nvidia-smi.exe --query-gpu=pcie.link.gen.max --format=csv,noheader,nounits

if ($NVSMI_LinkGen -ne "5") {
    (Get-Date).ToString() + " GPU PCIe Error: Link Speed is not specified Gen5! Instead it runs on Gen " + $NVSMI_LinkGen | Out-File "C:\Install\Skripts\Check-PCIeGen\Log.txt" -Encoding UTF8 -Append
    Notepad.exe "C:\Install\Skripts\Check-PCIeGen\Log.txt"
}
else{
    (Get-Date).ToString() + " INFO: GPU PCIe runs fine with Gen " + $NVSMI_LinkGen | Out-File "C:\Install\Skripts\Check-PCIeGen\Log.txt" -Encoding UTF8 -Append
}

Ich lass den PCIeGenCheck für ein paar Wochen automatisch mitlaufen und melde mich in 1-2 Monaten nochmal mit dem Logfile. Ich gehe aber davon aus, dass ich nicht vom Fehler betroffen bin und die Fehlermeldung nie sehen werde

 

[Induktor]

Ich hab Hwinfo immer aufn zweiten Monitor auf. Dort sieht man's halt direkt. Problem ist einfach, ein normaler User würde das ja nicht wirklich mitkriegen, ob die GPU auf PCIe 5 oder 3 läuft. Wenn, müsste es schon auf PCIe Gen 2 festhängen.