Diit.cz - Novinky a informace o hardware, software a internetu

Diskuse k Za BSOD po aktualizaci Windows mohl Intel, chystá opravu mikrokódu

>0xB06F5 (tj. konfigurace 6+0)

Toto by ale nemal byť problém

In its latest statement, Intel states that its latest microcode for 13th Gen Raptor Lake CPUs, versions 0x119 and 0x4119 (released in June 2023), have mismatched GDS_NO flag values between P-Cores & E-Cores
https://wccftech.com/intel-microcode-unsupported-cpu-bsod-issue-new-bios...

Povedať, že na jadre netreba opravy na čítanie dát z iného hyperhtreadu, lebo jadro nepodporuje HT, by len vyplo HT na P-Core to by nemalo skončiť chybou, iba ak Windows vyžadujú HT. a preto unsupported processor, ak Windows začnú bežať na P-Core :)))

+1
0
-1
Je komentář přínosný?

Mozno to tam skoncilo preto, lebo v Microsofte tu logiku na patchnutie tej zranitelnosti riesili sposobom:

Je GDS_NO setnuty? Potrebujem aktivovat ochranu? OK, zistim, ktory hypethread je susedny. Aaaa doprdele, neviem zistit, aky je susedny hyperthread, hodim radsej BSOD.

+1
0
-1
Je komentář přínosný?

Pravdepodobne.

Nám už druhý týždeň neprejde POST na stroji s Atomom E3845
s hláškou "Unable to communicate to ME", ak je zapnutých viac ako 1 jadro. Pri 2 jadrách môže EFI počítať s jedným jadrom HT. Ak ale povolíme jedení logické jadro, tak systém nabehne

+1
0
-1
Je komentář přínosný?

wintel - smrtiace kombo

+1
+5
-1
Je komentář přínosný?

ironia - a toto smrtiace kombo vladne svetu uz 3 dekady

+1
0
-1
Je komentář přínosný?

Hlavně je na tom vidět, jak kvalitní je testing jak u Intelu tak u MS. Tohle není věc, která se na daném procesoru objeví jen někdy po dlouhém zkoušení, tohle prostě lehne hned. Předpokládám, že WHQL to prošlo :-)

+1
+1
-1
Je komentář přínosný?

Veď muselo je to hardvér, čo má kvalitu na úrovni Windows a to potvrdilo laboratórium :)

+1
0
-1
Je komentář přínosný?

Ono zasa zo strany Microsoftu by som to tak zle nevidel. Ten flag jasne hovori o leaku dat do druheho hyper-threadu, takze predpoklad, ze ten flag bude nastaveny len na jadrach, ktore nejaky hyper-thread maju, je uplne validny.

A ak pri inicializacii kodu, ktory tu zranitelnost eliminuje, dojdes k tomu, ze nevies zistit, ktory hyperthread patri k jadru, ktore ziaden hyperthread nema, mas v zasade dve moznosti. Bud to cele zhodit s chybou, pretoze je celkom legitimny predpoklad, ze sa niekde nieco masivne posralo a ochrana by bola nefunkcna). Alebo celu ochranu vypnut.

To prve riesenie (fail early, fail hard) je viac nez ziadane. Rozhodne nechces nabehnut v rezime bez ochrany tak, aby o tom pouzivatel nevedel, alebo to musel riesit. To by otvorilo priestor k roznym utokom, kedy zmanipulujes flagy procesora v early boote, aby si ochranu vypol. A skor, nez nabehne nejake IDS riesenie sa zo systemu vytratis ako prd vo vetre, pretoze vies, ze zadne vratka na urovni HW uz mas otvorene.

+1
0
-1
Je komentář přínosný?

Chce to nějakou alternativu.
Kéžby u AMD bouchli do stolu a vytvořili vlastní OS.

+1
-2
-1
Je komentář přínosný?

Toto je blud.

Ludia su proste prilis lenivi a maju prilis vela dovodov, preco Windows aj dalej pouzivat.

Ak by nie, moznosti su.

Akakolvek ina novopecena "alternativa" by skoncila na tom istom.

+1
0
-1
Je komentář přínosný?

Už se na tom pracuje, zatím to má krycí název Diitwin, má to vyjít v listopadu 24 k veřejnému beta-testování, těšíme se.

+1
-1
-1
Je komentář přínosný?

V podstate sa o to "snažia" boti, čo generujú hlavičkové súbory

AMD Open-Source GPU Kernel Driver Above 5 Million Lines, Entire Linux Kernel At 34.8 Million
31 August 2023
https://www.phoronix.com/news/AMD-5-Million-Lines

+1
-1
-1
Je komentář přínosný?

Meli by aktualizaci mikrokodu navratit AVX-512, u generace Raptor Lake - refresh tohle meli udelat!

+1
0
-1
Je komentář přínosný?

Pro psaní komentářů se, prosím, přihlaste nebo registrujte.