Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
Copyright © 1998-2024 CDR server s.r.o.
Všechna práva vyhrazena.
ISSN 1804-5405.
>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 :)))
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.
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
wintel - smrtiace kombo
ironia - a toto smrtiace kombo vladne svetu uz 3 dekady
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 :-)
Veď muselo je to hardvér, čo má kvalitu na úrovni Windows a to potvrdilo laboratórium :)
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.
Chce to nějakou alternativu.
Kéžby u AMD bouchli do stolu a vytvořili vlastní OS.
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.
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.
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
Meli by aktualizaci mikrokodu navratit AVX-512, u generace Raptor Lake - refresh tohle meli udelat!
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.