Autor: Maciej W. Rozycki (macro_at_amg.gda.pl)
Data: Mon 10 Nov 1997 - 17:08:39 MET
On 10 Nov 1997, Andrzej K. Brandt wrote:
> No dobrze, ale trzeba sie teraz zastanowic co - i czy - da sie z tym zrobic.
> Oczami duszy widze hordy userow wykladajacych radosnie servery u providerow
> itp.
Jest kilka mozliwosci:
1. Intel jest znany z nieujawniania co ciekawszych mozliwosci procesorow
(vide "Intel Pentium Processor User's Manual", vol. 3, App. H). Byc moze
Pentium, podobnie jak PPro, ma zaszyta mozliwosc nakladania laty na
procesor. Rozkaz CMPXCHG8B jest zlozony i zapewne mikrokodowany. W
zwiazku z tym, byloby zapewne mozliwe zalatanie bledu. Poszukiwanie
nalezaloby rozpoczac od rejestrow MSR, ktore, mimo uplywu czterech lat i
wysilku wielu ludzi z calego swiata (rowniez przy uzyciu emulatorow
wewnatrzukladowych), jak dotad nie zostaly calkowicie zglebione.
2. Pewien czlowiek ustalil, ze jezeli deskryptor wyjatku #UD znajduje sie
w wewnetrznych buforach procesora, to procesor sie nie wiesza, tylko
prawidlowo zglasza ten wyjatek. Byc moze byloby mozliwe zatrzasniecie
tego deskryptora w procesorze, przy uzyciu rejestrow MSR (wystarczyloby
zapewne zaladowanie pamieci cache i jej wylaczenie, ale nie sadze aby to
rozwiazanie bylo optymalne).
3. Odpowiednie dzialanie ze strony Intela -- jest tu kilka mozliwosci,
ktorych nie bede wymienial -- kazdy niech sie sam domysli.
Powyzsze rozwiazania zakladaly minimalny koszt dla wlascicieli
dotknietych systemow. Zawsze mozna jeszcze wymienic Pentium na PPro lub,
co ciekawsze, np. Alfe. Mysle, ze to ostatnie moze dac Intelowi do
myslenia (w sensie pkt. 3 powyzej).
-- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro_at_ds2.pg.gda.pl, PGP key available +
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 16:32:21 MET DST