Dlaczego TempleOS nie może działać na nowoczesnych maszynach x86_64?


9

TempleOS to z pewnością Intel x86_64, ale nie ma żadnych wskazówek, które maszyny mogą go uruchomić na czystym metalu,

W często zadawanych pytaniach w części „Dlaczego jest to domena publiczna, a nie GPL?” możesz znaleźć,

Może działać na niektórych 64-bitowych komputerach typu bare-metal od około 2005-2010 bez warstw, bibliotek, narzędzi lub czegokolwiek z innych źródeł.

Prawdopodobnie jest coś takiego w nowoczesnych maszynach x64 bitowych, których TempleOS nie może obsłużyć. Jeśli tak, jakie one są? Jakiego rodzaju specyfikacji wymaga TempleOS lub jakie trudności ma on w przypadku nowoczesnej architektury x64? Wiem, że Intel ma tendencję do utrzymywania odwrotnej porównywalności i nie jestem świadomy żadnych przełomowych zmian w architekturze.

README wspomina również to , ale mówi, że potrzebuje tylko,

  • Napęd CD / DVD
  • 64-bitowy
  • 512 MB pamięci RAM
  • Ręczne adresowanie portów we / wy

Odpowiedzi:


14

Powód można znaleźć w dokumencie TempleOS Why Not More

Nie mam już szansy pracować na rodzimym sprzęcie. Mogłem instalować i uruchamiać natywnie na sprzęcie od około 2005-2010. Wymaga, aby BIOS był wystarczająco miły, aby napisać obsługę klawiatury / myszy w starszym trybie PS / 2. Jak się okazuje, czasami BIOS ma sterowniki PS / 2, ale celowo je wyłącza, żeby być wrednym. CIA i cała branża celowo próbują wszystko zepsuć. Być może w punkcie sprzedaży w sklepie złodziej mógłby zhakować urządzenie do obsługi kart kredytowych. Dlatego firmy zajmujące się BIOS-em naprawdę chcą mieć trudności z produkcją sterowników i celowym zepsuciem.

Wygląda na to, że TempleOS wymaga emulacji PS / 2 dla urządzeń USB lub myszy / klawiatury PS / 2 i że to właśnie odnosi się Terry.


3
@OrangeDog: Uważam, że twierdzenie w cytacie jest nieco wątpliwe. Bezpieczeństwo informacji leży w gestii NSA, a nie CIA. Oszustwa związane z kartami kredytowymi są obowiązkiem Secret Service. Może FBI jest również zaangażowane. CIA jest właściwie jedyną trzyliterową agencją, która nie ma z tym nic wspólnego. Ponadto większość „całego przemysłu” znajduje się w Azji i jako taka nie podlega żadnej amerykańskiej agencji rządowej.
Jörg W Mittag

8
@ JörgWMittag może to wyjaśniać: „Rozwój TempleOS rozpoczął się w 2003 r. Po tym, jak Davis cierpiał z powodu serii maniakalnych epizodów, które spowodowały, że został na krótko hospitalizowany z powodu problemów ze zdrowiem psychicznym. Według Davisa TempleOS ma„ boski ”intelekt z powodu inspirowanej natury kod."
OrangeDog,

2
@OrangeDog Och, wow ... „Według Davisa, Bóg powiedział, aby stworzyć system operacyjny z 640x480, 16 kolorami wyświetlacza i jednym głosem audio.”
JakeGould

3
@MargaretBloom: Facet, który pisze, może być utalentowanym programistą, ale Terry nie wie nawet wszystkiego o asmie x86-64. Odpowiedziałem mu: jego quiz asm x86-64, który opublikował w komentarzu na software.intel.com/en-us/articles/introduction-to-x64-assembly . Okazuje się, że nie wierzy, że x86-64 może kodować [fs: abs disp32]tryby adresowania. Asembler, którego napisał, nie może, a nawet po kilku e-mailach pokazujących mu dokładne kodowanie bajtów, odmówił nawet wypróbowania. Przestałem próbować po tym, jak nazwał mnie N-słowem (co jest dziwne, ponieważ nie jestem czarny, ale nadal odpycham).
Peter Cordes,

2
@EvanCarroll: W tamtym czasie nie wiedziałem, że ma problemy psychiczne, ale teraz, kiedy zwróciłeś na to uwagę (a teraz, gdy przeczytałem wprowadzenie do TempleOS, które zacytowali / powiązali Jake i OrangeDog), najwyraźniej bluźniłem przeciwko jego Boska inspiracja. Napisał swój własny asembler, dlatego pomyślałem, że to naprawdę dziwne, że nie znał wszystkich trybów adresowania obsługiwanych przez x86-64. To mało wyjątkowa wiedza, którą tylko ja mam! Jest to dobrze udokumentowane w podręczniku Intela. Używanie NASM zamiast Temple cały czas przypomina ci o tym punkcie, ponieważ nie default absjest to ustawienie domyślne rel.
Peter Cordes
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.