Vlákno názorů k článku Od reálného režimu k režimu chráněnému na 80286 a 80386 od atarist - LOADALL už chybí v 486 že? Pokud si...

LOADALL už chybí v 486 že? Pokud si pamatuju, tak Intel sice "přiznal" a nakonec i zdokumentoval LOADALL pro 286, ale pro 386 to bylo stále z nějakého důvodu utajované. Nechápu proč, však ochranu přes ringy to mělo, tak o co šlo?

Na 486 bylo LOADALL emulované BIOSem přes invalid opcode handler. Na AMD64 oba opcody obsadily instrukce SYSCALL a SYSRET.

je to tak jak píše Marvin. Ještě ale musím zjistit, jak to funguje v chráněném režimu (tedy jak BIOS zachytí GPF).

BIOS to zachyti jen v realnem rezimu, treba skrze INT6, a emuluje se i 286 LOADALL ve 386 BIOSu.

V chranenem rezimu typicky nemate BIOS, existuji jen ACPI volani ci SMM na pozadi, a ani jedno z toho tohle resit nebude (tedy nevim zda by SMM melo moznost se hooknout na vyjimku a zpracovat/vyresit ji drive, nez kernel beziciho OS), dokumentace k SMM neni muj bezny studijni material :)

jj no právě. LOADALL by mělo jít spustit i v chráněném režimu (i když proč by to někdo dělal) a v ringu>0 by to mělo, pokud docky nekecají, vyvolat GPF. No kdyby ne, tak je tam velká díra.

k té 386. Traduje se, že Intel prohlásil, že LOADALL odstranil na žádost od armády. Spíš ale nechtěli dál udržovat divné a potenciálně nebezpečné operace (pořád hrozilo právě to "utečení" z ringu, i když AFAIK bylo možné LOADALL použít jen v ringu 0).

Tak byt armadou a vedet ze moje CPU ma dalsi tajne instrukce, tak verim ze tam je i backdoor o kterem zatim jeste nevim, a to je velke no no u vojenskych veci. Vzdyt se pro ne delaj i specialni ME-disabled produkty.

A tenkrat asi nebyla primo snaha odhalovat nezname instrukce jako se deje v soucasnosti - viz sandsifter tool :)

tak tajne instrukce a zadni vratka nejsou problem - ale zalezi, kdo si je objedna a kdo o nich vi ;) Zrovna ME je asi tento pripad ne?