News AMD nimmt Stellung zum Rückzieher Microsofts

[Onkel_Dithmeyer]

Heute Vormittag haben wir berichtet, dass Microsoft den Meltdown-Patch für AMD-Systeme vorerst zurückgezogen hat, da es bei Systemen mit älteren AMD-Chipsätzen zu Boot-Problemen kam. Nun hat AMD dazu eine Stellungnahme an die Presse ausgegeben, die wir euch natürlich nicht vorenthalten wollen.
(…)

» Artikel lesen

 

[deoroller]

Die Stellungsnahme von AMD ist ist keine Schuldzuweisung, keine Beschwichtigung, rein sachlich, was gemacht wird.

 

[Nero24]

Trotzdem wäre für technisch Interessierte etwas mehr Tiefgang wünschenswert gewesen, etwa: "wir haben ein falsches Compiler-Flag benutzt" oder "wir haben verdrängt, dass damalige AMD-Prozessoren auch auf nicht-AMD-Chipsätzen eingesetzt wurden", etc. So weiß man leider gar nicht was schiefgelaufen ist

 

[deoroller]

Wenn das in Japan passiert wäre, müssten sie einen Buckel machen.

 

[MagicEye04]

Trotzdem wäre für technisch Interessierte etwas mehr Tiefgang wünschenswert gewesen, etwa: "wir haben ein falsches Compiler-Flag benutzt" oder "wir haben verdrängt, dass damalige AMD-Prozessoren auch auf nicht-AMD-Chipsätzen eingesetzt wurden", etc. So weiß man leider gar nicht was schiefgelaufen ist

Man könnte es auch so interpretieren, dass man noch gar nicht weiß, woran es lag. So nach der Art: MS hat es allein nicht hinbekommen, nun helfen wir lieber mit.

 

[Iscaran]

Ist der Patch nicht für Meltdown UND für die eine Spectre Lücke die einen BIOS + Microcode update braucht ?

Von letzterer ist AMD ja potentiell "leicht" betroffen

 

[deoroller]

Vollständig wird das so schnell nicht gepatched. Sonst wäre es kein Notfallpatch.

 

[Muku-Muku]

Trotzdem wäre für technisch Interessierte etwas mehr Tiefgang wünschenswert gewesen, etwa: "wir haben ein falsches Compiler-Flag benutzt" oder "wir haben verdrängt, dass damalige AMD-Prozessoren auch auf nicht-AMD-Chipsätzen eingesetzt wurden", etc. So weiß man leider gar nicht was schiefgelaufen ist

Man muss wohl einige Fallunterscheidungen machen:
https://access.redhat.com/articles/3311301

AMD Defaults:
Due to the differences in underlying hardware implementation, AMD X86 systems are not vulnerable to variant #3. The correct default values will be set on AMD hardware based on dynamic checks during the boot sequence.

pti 0 ibrs 0 ibpb 2 -> fix variant #1 #2 if the microcode update is applied
pti 0 ibrs 2 ibpb 1 -> fix variant #1 #2 on older processors that can disable indirect branch prediction without microcode updates

Gut, das ist jetzt Linux, aber die Hardware ist ja gleich.
Da hat sich MS vielleicht verhauen.

Ist ja auch nicht der erste MS Patch, der einen BSOD auslöst.

 

[Complicated]

Also was haben die in all den Jahren bis heute gemacht? Die Spezifikationen dieser Chipsätze sind älter als 3 Windows Generationen.

 

[MagicEye04]

Vollständig wird das so schnell nicht gepatched. Sonst wäre es kein Notfallpatch.

Ich würde es ja noch nicht mal "Patch" nennen. Bisher ist nur ein Tempo30 Schild vor dem riesigen Schlagloch aufgestellt. Gefüllt wird das erst in ein paar Tagen (sofern die Gerätehersteller mitmachen) oder nie.

 

[Onkel_Dithmeyer]

Ich würde es ja noch nicht mal "Patch" nennen. Bisher ist nur ein Tempo30 Schild vor dem riesigen Schlagloch aufgestellt. Gefüllt wird das erst in ein paar Tagen (sofern die Gerätehersteller mitmachen) oder nie.

MSI verteilt für Z370-Mainboard bereits Microcode-Updates

http://www.planet3dnow.de/cms/36075-bios-updates-fuer-msi-motherboards/