Pourquoi TempleOS ne peut-il pas fonctionner sur des machines x86_64 modernes?

9

TempleOS est certainement Intel x86_64, mais timide, il n'y a pas de directives sur les machines qui peuvent l'exécuter sur le métal nu,

Dans la FAQ, sous "Comment se fait-il que ce soit dans le domaine public et non sous GPL?" tu peux trouver,

Il peut fonctionner sur certains PC 64 bits nus de 2005 à 2010 sans superposition, bibliothèques, outils ou quoi que ce soit provenant d'autres sources.

Vraisemblablement, il y a quelque chose à propos des machines x64 bits modernes que TempleOS ne peut pas gérer. Si c'est vrai, que sont-ils? De quel type de spécifications TempleOS a-t-il besoin, ou quelles difficultés rencontre-t-il avec une architecture x64 moderne? Je sais qu'Intel a tendance à maintenir une comparabilité inverse, et je ne suis au courant d'aucun changement de rupture dans l'architecture.

Le README le mentionne également , mais dit qu'il a seulement besoin,

  • Lecteur CD / DVD
  • 64 bits
  • 512 Mo de RAM
  • Adressage manuel des ports d'E / S
Evan Carroll
la source

Réponses:

14

La raison peut être trouvée dans le document TempleOS Why Not More

Je n'ai plus aucune chance de travailler sur du matériel natif. Je pourrais installer et exécuter nativement sur du matériel d'environ 2005-2010. Il faut que le BIOS soit assez agréable pour écrire le support clavier / souris hérité du mode USB PS / 2. En fin de compte, le BIOS a parfois des pilotes PS / 2 mais les désactive volontairement, juste pour être méchant. La CIA et toute l'industrie essaient de tout gâcher, exprès. Peut-être, dans un point de vente dans un magasin, un voleur pourrait pirater un distributeur de cartes de crédit. Par conséquent, les sociétés du BIOS souhaitent en fait qu'il soit difficile de créer des pilotes et de les rendre intentionnellement cassés.

Il semble que TempleOS nécessite une émulation PS / 2 pour les périphériques USB, ou une souris et un clavier PS / 2 et que Terry fait également référence à cela.

Evan Carroll
la source
3
@OrangeDog: Je trouve la revendication dans la citation quelque peu douteuse. La sécurité de l'information est le mandat de la NSA, pas de la CIA. La fraude par carte de crédit est le mandat des services secrets. Peut-être que le FBI est également impliqué. La CIA est à peu près la seule agence à trois lettres qui n'a rien à voir avec cela. En outre, la majorité de "l'ensemble de l'industrie" se trouve en Asie et, en tant que telle, n'est soumise à aucune agence gouvernementale américaine.
Jörg W Mittag
8
@ JörgWMittag cela peut l'expliquer: "Le développement de TempleOS a commencé en 2003 après que Davis a souffert d'une série d'épisodes maniaques qui l'ont laissé brièvement hospitalisé pour des problèmes de santé mentale. Selon Davis, TempleOS est d'un intellect" divin "en raison de la nature inspirée de le code."
OrangeDog
2
@OrangeDog Oh, wow… "Selon Davis, Dieu a dit de créer le système d'exploitation avec 640x480, 16 couleurs d'affichage et une seule voix audio."
JakeGould
3
@MargaretBloom: Le gars qui l'écrit pourrait être un programmeur talentueux, mais Terry ne sait même pas tout sur l'asm x86-64. Je lui ai répondu re: son quiz asm x86-64 qu'il a posté dans un commentaire sur software.intel.com/en-us/articles/introduction-to-x64-assembly . Il s'avère qu'il ne croit pas que x86-64 puisse encoder les [fs: abs disp32]modes d'adressage. L'assembleur qu'il a écrit ne peut pas, et même après plusieurs courriels lui montrant l'encodage exact des octets, il a même refusé de l'essayer. J'ai arrêté d'essayer après qu'il m'ait appelé le N-mot (ce qui est bizarre parce que je ne suis pas noir, mais toujours rebutant).
Peter Cordes
2
@EvanCarroll: À l'époque, je ne savais pas qu'il avait des problèmes mentaux, mais maintenant que vous le signalez (et maintenant que j'ai lu l'intro de TempleOS que Jake et OrangeDog ont citée / liée), apparemment, je blasphémais contre son inspiration divine. Il a écrit son propre assembleur, c'est pourquoi j'ai pensé que c'était vraiment bizarre de ne pas connaître tous les modes d'adressage pris en charge par x86-64. C'est une connaissance à peine unique que moi seul! C'est bien documenté dans le manuel d'Intel. L'utilisation de NASM au lieu de Temple vous rappelle tout le temps ce point, car default absc'est la valeur par défaut, non rel.
Peter Cordes