AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

PCGH-Redaktion

Kommentar-System
Teammitglied
Jetzt ist Ihre Meinung gefragt zu AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

AMDs Ryzen-Prozessoren für den Sockel AM4 können beim Einsatz von Linux-Betriebssystemen sogenannte Segfault-Fehler auslösen, wenn mit dem GCC-Compiler kompiliert wird. AMD hat das Problem anhand von früheren Produktions-Batches reproduzieren können, versichert aber, dass neuere CPUs nicht betroffen seien.

Bitte beachten Sie: Der Kommentarbereich wird gemäß der Forenregeln moderiert. Allgemeine Fragen und Kritik zu Online-Artikeln von PC Games Hardware sind im Feedback-Unterforum zu veröffentlichen und nicht im Kommentarthread zu einer News. Dort werden sie ohne Nachfragen entfernt.

lastpost-right.png
Zurück zum Artikel: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Naja ist jetzt ja nicht Besonderes. Wie bei jeder neuen arch, Dinge wiederholen sich zwangsweise.
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Da es nur bei sehr wenigen frühen Exemplaren auftritt, ist es nicht so schlimm. Gut, dass sie es schnell in den Griff bekommen haben, ein TLB-Bug 2.0 will wirklich niemand.
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Es ist hier ein relativ kleiner Bug der bei neueren Prozessoren bereits ausgemerzt wurde. die frage ist eher ob er sich auch bei den betroffenen Modellen beheben lässt.
RyZen wird dadurch nicht zu einer schlechten Architektur, es zeigt nur das es halt immer wieder kleine Fehler gibt und geben wird.


Aber witzig ist es halt schon zu sehen wie dann die Fanboys zwar immer bei intel gleich aufschreien, und auch viele Jahre später auf einem abstrus seltenen Fehler verweisen, aber bei einem Hardwarebug der zu abstürzen führt einfach mit der Schulter zucken.
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

die ersten 3 Kommentare sind ja lustig. Würde hier jetzt Intel Core stehen statt Ryzen oder gar Nvidia wäre die Reaktion vermutlich komplett anders ausgefallen.
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

die ersten 3 Kommentare sind ja lustig. Würde hier jetzt Intel Core stehen statt Ryzen oder gar Nvidia wäre die Reaktion vermutlich komplett anders ausgefallen.

Nö. Jede Architektur hat Fehler. Compiler und Software werden halt so programmiert, dass diese Fehler umgangen werden.
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Nö das ist Schwachsinn den du da annimmst. Egal ob es jetzt Phenom 1 oder Core2Duo war, überall gab es am Anfang kleinere Bugs. Die Liste ist Endlos ( wobei in letzter Zeit eher die Chipsätze Probleme gemacht haben siehe B2 P67 und co ).

Dein gehetze zieht somit nicht.

das ist kein gehetze sondern eine Verdeutlichung wie es hier im Forum inzwischen abgeht. Denn sobald ein Thread von Intel, Windows 10 oder Nvidia kommt wird hier kaum mehr normal diskutiert sondern direkt drauf losgegangen. Fehler gibt es überall, das ist überhaupt kein Thema, aber bei dem einen werden sie schön geredet beim anderen eben nicht.

In anderen Foren versuchen sich bestimmte User derzeit eine Vega schöner zu reden als sie vermutlich ist. Man muss sich einfach auch mal den Fakten stellen. Es ist eben wie es ist. Dafür gibt es neue Hardware, diese wird dann eben bugfrei gestaltet im laufe der Zeit.

Nö. Jede Architektur hat Fehler. Compiler und Software werden halt so programmiert, dass diese Fehler umgangen werden.

genau, was ich halt auch sagte :)
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

das ist kein gehetze sondern eine Verdeutlichung wie es hier im Forum inzwischen abgeht. Denn sobald ein Thread von Intel, Windows 10 oder Nvidia kommt wird hier kaum mehr normal diskutiert sondern direkt drauf losgegangen. Fehler gibt es überall, das ist überhaupt kein Thema, aber bei dem einen werden sie schön geredet beim anderen eben nicht.

Naja, im Skylake HT Problemthread wurd eigentlich sehr sachlich diskutiert.
Stimmt, atm sind viele Fanboys unterwegs, aber solche Probleme können jeden Hersteller treffen. Ich empfehle dazu Computerhardware fur Anfanger – Wikibooks, Sammlung freier Lehr-, Sach- und Fachbucher und sich einfach mal die Anekdote im Schlusswort vorzunehmen.

Als junger Ingenieur arbeitete ich in einem Rechenzentrum. Eines Tages erschien ein Professor der Astronomie mit ein paar Lochkarten. Er behauptete, unser Großrechner, ein Serienmodell aus den USA, würde die darauf befindliche Gleitkommadivision völlig falsch ausführen. Leider hatte er recht.
Gleitkommazahlen nimmt man, um mit sehr großen und sehr kleinen Zahlen zu rechnen. Ein Beispiel für eine Gleitkommadivision: 1,496 × 10[SUP]11[/SUP] m (mittlere Entfernung Erde-Sonne) geteilt durch 2,99792458 × 10[SUP]8[/SUP] m/s (Lichtgeschwindigkeit) ergibt 499 Sekunden = 8,31 Minuten (so lange braucht das Licht von der Sonne zur Erde).Der Großrechner arbeitete mit 48 Bit Genauigkeit und war − für die damalige Zeit − fast ein Superrechner. Jeden Morgen absolvierte er ein umfassendes Prüfprogramm. Und doch rechnete er falsch. Was war da kaputt gegangen?

Alle, die imstande waren, eine Gleitkommadivision mit 48-stelligen Dualzahlen Bit für Bit nachzurechnen, wurden zusammengetrommelt. Auf riesigen Blättern und Tapetenrollen rechneten wir nach. Der Großrechner führte endlos nur noch diese eine Division durch. Zwei Kollegen fuhren in der CPU mit dem Oszilloskop umher, um nachzuprüfen, an welcher Stelle Theorie und Praxis nicht mehr übereinstimmten. Am nächsten Tag hatten wir das Problem gefunden: Der Rechner war nicht kaputt gegangen, sondern er und alle Rechner der Serie waren schon defekt ausgeliefert worden. Auf irgend einer Etappe des Entwurfs hatten die Konstrukteure etwas umgebaut und dabei vergessen, einen überflüssig gewordenen Draht aus den Fertigungsunterlagen zu streichen. Wir mussten „nur“ den überzähligen Draht aus der Zentraleinheit herausschneiden, und schon rechnete der Computer richtig.

Der Computer hatte nicht nur diese eine Division falsch gerechnet. Es gab unendlich viele Zahlenkombinationen, deren Division schon immer ein falsches Ergebnis geliefert hatte. Nur hatte es noch niemand bemerkt.

:daumen:
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Da kommt man nach 2 Monaten aus dem Krankenhaus... :ugly:

Naja, der Fehler scheint ja nicht wirklich etwas mit einem Fehler der Arch zu tun zu haben. Manche Ryzen CPUs gehen, andere eben nicht. An der Logik scheint sich nichts geaendert zu haben, aus dem Bauch heraus (ohne mich wirklich eingehend damit beschaeftigt zu haben) hoert sich das nach bad silicon (Voltage drop oder so ?) an.
Meiner produziert die Segfaults auch, mich wuerde da aber eher die Gefahr der Corruption umtreiben wenn der pointer mal auf die falsche Stelle in einem legalen Speicherbereich zeigt (Die dann auch noch nen legalen wert fuer den compiler oder das filesystem hat :ugly:)
Nach Release habe ich relativ viel zum testen kompiliert (einmal ein ganzes Gentoo-System mit fast allem drum und drann) und ich kann mich nur an einen Segmentationfault erinnern den Ich damals aber auf die Software geschoben habe.

Ich schreibe dem AMD Support die Tage mal ne Mail.
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Aber witzig ist es halt schon zu sehen wie dann die Fanboys zwar immer bei intel gleich aufschreien, und auch viele Jahre später auf einem abstrus seltenen Fehler verweisen, aber bei einem Hardwarebug der zu abstürzen führt einfach mit der Schulter zucken.

Du meinst wie den TLB-Bug auf dem alle rumreiten obwohl er selten auftrat?

Da es nur bei sehr wenigen frühen Exemplaren auftritt, ist es nicht so schlimm. Gut, dass sie es schnell in den Griff bekommen haben, ein TLB-Bug 2.0 will wirklich niemand.



Ach ja, seit wann führen segfaults zu Abstürzen?
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Naja, der Fehler scheint ja nicht wirklich etwas mit einem Fehler der Arch zu tun zu haben.
Doch, AMD hat sogar bestätigt das es ein reiner Architektur-Fehler ist.
Wahrscheinlich kann es per microcode update Umgangen/behoben werden.

GCC/linux sind hier nicht Fehlerhaft sondern sind einfach Tools die diese Fehler leicht reproduzieren können. das ist nicht der erste Fehler dieser Art und wurde auch erst vor kurzem bei Skylake/Kabylake per Microcode gefixed. dort war es eine seltene Kombination aus Hyperthreading + sehr kleinen Loops + Cache und Register-Zugriffe aus beiden Threads - und es war wieder am besten reproduzierbar unter Linux (auch wohl deshalb weil weitaus mehr Code bei Linux mit unterschiedlichsten Konfigurationen kompiliert wird).


Ach ja, seit wann führen segfaults zu Abstürzen?

Seit wann führen sie nicht zu Abstürzen?
wenn man glück hat stürzt das Programm oder der PC ab und man merkt das etwas falsch gelaufen ist.
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Schön ist diese Nachricht als Ryzen Besitzer nicht. Ich hoffe dazu gibt es noch Meldung von AMD, die das Problem exakt beschreibt, i.V.m. mit einem Update. Das der Fehler unter Linux entdeckt wurde bedeutet nicht, dass das Problem unter Windows nicht auch auftreten kann. :nene:
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Doch, AMD hat sogar bestätigt das es ein reiner Architektur-Fehler ist.
Wahrscheinlich kann es per microcode update Umgangen/behoben werden.

Quelle ? Sie haben anerkannt, dass es ein Fehler der Hardware ist aber wenn es ein struktureller Fehler der Arch ist warum laufen dann CPUs des selben Steppings fehlerfrei ? :gruebel:

Umd das klarer auszudruecken: Die Logik der CPU hat sich zwischen den kaputten CPUs und den funktionierenden CPUs nicht geandert also duerfte es doch mit sehr hoher wahrscheinlichkeit eher an QA oder Fertigungsproblemen als an der Zen Arch selbst liegen.

Edit: Michael Larabel hat sich gestern noch ausdruecklich dazu geauessert, dass von AMD in sachen microcode Updates keine stellung genommen wurde und auch bridgman hat sich nicht dazu geaeussert. Das einzige was AMD atm tut ist in auf Case by Case basis CPUs tauschen.
Gegen ein grundsaetzliches Arch problem spricht auch, dass einige der aller ersten Modelle den Fehler nicht haben.

Edit2: Nur so, der fehler passiert auch mit dem Windows Kernel und unter BSD. Und mit Clang genau so wie mit GCC, dass es ein HW Fehler ist steht also eigentlich (fast) ausser Frage. Es gibt aber noch einen weiteren Bug von Ryzen der mit diesem wohl Nichts zu tun hat. Dieser Bug betrifft das SMT und wird wohl mit Software bzw. microcodes behebbar sein.

Edit3: Mein Schreibstil ist atm unertraeglich bitte vielmals um Entschuldigung... bin aus der Uebung.
 
Zuletzt bearbeitet:
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Umd das klarer auszudruecken: Die Logik der CPU hat sich zwischen den kaputten CPUs und den funktionierenden CPUs nicht geandert also duerfte es doch mit sehr hoher wahrscheinlichkeit eher an QA oder Fertigungsproblemen als an der Zen Arch selbst liegen.
Wer sagt das sich da nichts geändert hat? Es ist normal das zwischen es innerhlab einer Generation kleine Änderung/Optimierungen/fixes gibt.


Gegen ein grundsaetzliches Arch problem spricht auch, dass einige der aller ersten Modelle den Fehler nicht haben.
Das Auftreten in speziellen Chargen spricht dafür das eine der kleinen Änderungen eben doch einen Hardwarefehler der Architektur verursacht hat.

Das ist nicht an Ryzen per se gebunden, sondern der speziellen Architektur dieser Modelle.
Es tritt unter unterschiedlichen Software Szenarien auf, aber nur bei speziellen Befehls-Kombinationen und gewissen Hardware-Reihen - es ist als weder ein Software noch ein zufälliger Produktionsfehler, damit bleibt nurmehr die Architektur.
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Seit wann führen sie nicht zu Abstürzen?
wenn man glück hat stürzt das Programm oder der PC ab und man merkt das etwas falsch gelaufen ist.

Ups, hab das als Systemasbstürze interpretiert.
Programmabstürze stimmt natürlich (davon hab ich selbst schon einige mittels segfault produziert :D)
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Nur werden diese Aenderungen/Optimierungen/Fixes in Steppings eingefuert... Die Belichtungsmasken aendern sich auch nicht einfach jede Woche ;)
Es ist finanziell ein viel zu grosser Aufwand aenderungen so in eine Fertigung zu bringen wie du es beschreibst. Da muessen naemlich Belichtungsmasken etc. komplett erneuert werden.

Gleiches Stepping bedeutet eigentlich immer gleiche Maske, gleiche Maske bedeutet identische Logik der Arch. Das schliesst andere Faktoren ja nicht aus nur werden Aenderungen in der Arch eigentlich immer mit Steppings gekennzeichnet auch wenn nur "kleinigkeiten" behoben werden.
Es kann ja durchaus sein, dass es in bestimmten Chargen zu fehlern gekommen ist aber das ist dann ein Produktionsproblem und kein Problem der Architektur. Denn die Architektur funktioniert offensichtlich wie sie soll sonnst gaebe es eine klare Zaesur.
 
Zuletzt bearbeitet:
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

die ersten 3 Kommentare sind ja lustig. Würde hier jetzt Intel Core stehen statt Ryzen oder gar Nvidia wäre die Reaktion vermutlich komplett anders ausgefallen.

Na wenn Du das sagst .. :hmm:

Zum Topic: beim Spielen (wir sind ja hier auf PCGH) dürfte das wohl nicht von so großer Relevanz sein, aber gut zu wissen.
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

Da weist man hier schon seit einiger Zeit auf das Problem hin, aber nie hat sich die PCGHAMD-Redaktion dazu bequemt, mal dazu was zu schreiben. (Ist übrigens ein neuer SegFault, gab es vor Monaten schon mal mit wohl anderer Ursache)
Und nun noch ein Artikel wegen den HT-Problemen beim Ryzen...
 
AW: AMD Ryzen: Unter Linux können Segfault-Fehler auftreten

@Obej
Ach heute ist PCGH wieder AMD hörig?
Gut zu wissen das ändert sich so oft da blick ich nicht mehr durch :ugly:
 
Zurück