Der Kontext muss zuerst kommen, weil alles Weitere darauf aufbaut. Die Raptor-Lake-Instabilität bei Intel (eine Reihe von Abstürzen, Hängern und langfristiger Chip-Degradation, die einen großen Teil der Desktop- und Mobilchips der 13. und 14. Generation von Intel Core betrifft) ist kein von Minisforum verursachtes Problem. Intel hat es verursacht, Intel hat es bestätigt, und Intel hat die Garantie für betroffene SKUs verlängert, nachdem als Ursache eine Kombination aus dem eTVB-Algorithmus (enhanced Thermal Velocity Boost) und einem VMin-Shift-Degradationsmechanismus in den betroffenen Kernen identifiziert worden war. Käufer, deren Raptor-Lake-Chips sich in den vergangenen zwei Jahren unberechenbar verhalten haben, haben eine berechtigte Beschwerde, und zwar in erster Linie gegenüber dem Chiphersteller. Das ist die faire Einordnung.

Dass es sich trotzdem lohnt, über Minisforum zu schreiben, liegt daran, dass Minisforum unter allen Möglichkeiten, wie ein Hardwarehersteller auf einen bekannten Fehler im verkauften Silizium reagieren kann, eine der stilleren gewählt hat, und die Kunden leben noch heute mit den Folgen dieser Entscheidung.

Wie das Minisforum MS-01 betroffen war

Das MS-01 kam mit Intels Core i9-13900H und Core i5-13500H als den beiden stärksten CPU-Konfigurationen auf den Markt. Beide sind Raptor-Lake-Chips der 13. Generation. Beide gehören zu den Intel-SKUs, für die das Intel Community Forum von Nutzern gemeldete Instabilitätsmuster dokumentiert hat, die zu Intels späterem Eingeständnis von eTVB / VMin Shift passen, und die VideoCardz in der Berichterstattung von 2024 als branchenweite Untersuchung beschrieb.

Beim MS-01 zeigt sich das Muster in zwei Ausprägungen. Der Workstation-Test von NotebookCheck zum MS-01 mit i9-13900H dokumentierte unvorhersehbare Abstürze bei Cinebench-Durchläufen in Schleife, also genau dem Dauerlasttest, der das Fehlverhalten von Raptor Lake bei Spannung und Boost zutage fördert. Der Thread im XCP-ng-Forum zur Instabilität des MS-01 unter Hypervisor-Last dokumentiert die andere Ausprägung: Geräte, die bei Desktop-Aufgaben unauffällig wirken, dann aber hängen oder neu starten, sobald sie eine Virtualisierungslast ausführen sollen, die viele Kerne über längere Zeit beschäftigt.

Nichts davon belegt Hardwarefehler, die speziell das MS-01 betreffen. Es belegt, dass Raptor Lake an die Grenzen des eigenen Siliziums stößt, in einem Gehäuse ohne ungewöhnliche thermische oder elektrische Eigenschaften, die das Silizium anders als anderswo verhalten ließen. Siehe auch: Instabilität des Intel i226-V 2.5GbE beim MS-01 und MS-A2 und die werkseitige Wärmeleitpaste des MS-01.

Was Minisforum getan hat und was es nicht dokumentiert hat

Minisforum hat im fraglichen Zeitraum BIOS-Updates für das MS-01 veröffentlicht. Einige dieser Updates enthalten Microcode-Revisionen, die nach dem öffentlich nachvollziehbaren Stand dem Microcode entsprechen, den Intel zur Behebung des Raptor-Lake-Verhaltens bereitgestellt hat. Das ist die gute Hälfte der Geschichte. MS-01-Besitzer, die ihr BIOS aktuell gehalten haben, haben im Großen und Ganzen von den Gegenmaßnahmen profitiert, die schließlich von Intel kamen.

Die weniger gute Hälfte der Geschichte: Die BIOS-Release-Notes von Minisforum sagten zu dem Zeitpunkt, als das meiste davon ausgerollt wurde, nichts davon. Wer die Notes las, sah Versionsnummern, Listen von Änderungen in allgemeiner Sprache (“improved stability”, “updated microcode”) und keine ausdrückliche Aussage, dass das Update Intels eingestandenen CPU-Fehler behebt. Wer die branchenweite Raptor-Lake-Geschichte nicht verfolgte, konnte nicht erkennen, ob die Instabilität des eigenen Geräts mit dem vorliegenden Update behoben wurde. Die Entscheidung, ob ein BIOS geflasht werden sollte (kein trivialer Vorgang bei einem 1,9-Liter-Mini-PC, der bei einem Fehlschlag unbrauchbar werden kann), wurde ohne die Informationen getroffen, die für eine Abwägung nötig gewesen wären.

Die Informationen, die Kunden gebraucht hätten

Gute BIOS-Release-Notes hätten in diesem konkreten Fall drei Dinge in klarer Sprache sagen müssen:

  1. Den behobenen Fehler. “Dieses Update enthält Intel-Microcode-Revision XXX, die die von Intel in Advisory YYY beschriebene Raptor-Lake-Instabilität durch eTVB / VMin Shift behebt.”
  2. Die betroffenen Geräte. “MS-01-Konfigurationen mit i9-13900H und i5-13500H sind betroffen. Konfigurationen mit i9-12900H sind nicht betroffen.”
  3. Was Nutzer erwarten sollten. “Wenn Sie vor dem Update unerwartete Hänger unter Dauerlast erlebt haben, wird dieses Update empfohlen. Nach dem Update kann die Leistung unter Dauerlast aufgrund des überarbeiteten Boost-Verhaltens um bis zu N % von früheren BIOS-Versionen abweichen.”

Nichts davon erschien. Es war jedes Mal Aufgabe der Kunden, Tom’s Hardware, Ars Technica und den Thread in der Intel Community zu lesen, das Gelesene in die eigene Entscheidung über ein BIOS-Update zu übersetzen und zu hoffen, dass diese Übersetzung stimmte. Manche Käufer haben richtig übersetzt. Andere haben ganz aufgehört, Firmware zu aktualisieren, weil das Vertrauen, das nötig ist, um ein BIOS ohne klare Release-Notes zu flashen, größer war, als sie aufbringen konnten.

Die strukturelle Kritik

Es wäre wirklich unfair, einem Mini-PC-Hersteller Intels Siliziumfehler anzulasten. Fair ist es dagegen, ihm Taktung und Offenheit der Kommunikation mit den Kunden vorzuwerfen, die das Silizium über ihn bezahlt haben. Minisforums Muster bei der Raptor-Lake-Geschichte des MS-01 bestand darin, die Korrektur auszuliefern, ohne das Problem zu benennen. Dieser Kommunikationsstil funktioniert für Kunden, die täglich Enthusiasten-Foren lesen, und lässt alle anderen im Stich. Zwei Jahre nach Beginn des Lebenszyklus dieser Chips gibt es MS-01-Besitzer, die noch immer nicht wissen, ob ihr BIOS die Raptor-Lake-Gegenmaßnahmen enthält, weil die Dokumentation, mit der sie es überprüfen könnten, nie geschrieben wurde. Dieses Schweigen ist kein Fehler im Silizium. Es war eine Entscheidung des Herstellers, der ihnen das Silizium verkauft hat.