Adresser RAM en assembleur dans OS mode protégé
Bonjour,
je suis en train d'écrire un nouveau système d'exploitation complètement en assembleur et je ne trouve pas comment lire et écrire dans la RAM. Je suis sur une architecture x86 en mode protégé et c'est dans ce mode que j'aimerais adresser la RAM, comment pourrais-je m'y prendre en assembleur ?
Je me demande si tu vois la contradiction entre les 2 parties de ta phrase mais en tout cas, merci comme d'hab pour la rigolade. C'est moins immédiatement hilarant que le robot en bois fonctionnant à la vapeur mais c'est bien quand même.Envoyé par Computer Mail
bien simplement avec l'instruction "mov"
Il avait une chance de marcher à minima, celui-la. Il aurait pu imiter la mort et le dernier soupir...
Je pense que ce tutoriel pourrait vous intéresser :
http://tothpaul.developpez.com/boot/
Merci beaucoup LeMulet, j'ai survolé promptement et il semble n'y être discuté que d'une manière d'adresser, y-en-aurait-il d'autres ? Autrement si avec cette manière j'arrive à adresser 64go de RAM je m'en contenterais.
Ca risque de poser problème pour gérer 64Go de RAM...
À quel niveau ? Ceci https://fr.wikipedia.org/wiki/Extens...resse_physique a l'air de dire le contraire.
L'utilisation de le Global Descriptor Table (GDT) est il me semble conjointe au mode protégé (32 bits), donc non (à mon avis), il n'y a pas d'autre moyen d'adresser la mémoire dans ce mode.
Mais je vous conseille en tous cas de récupérer le maximum de documentation sur le sujet, "Mode Protégé", pour vous faire une idée claire des implications. (par exemple selon le niveau de privilège, le RING, pouvant prendre une valeur de 0 à 3, certaines instructions ne peuvent pas s'éxecuter dans certains niveau, ou envoient des interruptions qui peuvent alors être traitées par le noyau (par exemple)).
Par exemple, trouvé depuis la page wikipedia (en cherchant Mode protégé sur google) : http://download.intel.com/design/int...ers/exc_ia.pdf
Après, la limite d'adressage comme dit plus haut est de 4GB, puisque les adresses destinés au registre d'adressage (inscrits dans la table) sont sur 32 bits pour du X86_32.
Si vous voulez adresser plus de mémoire, vous devez déjà bien sur avoir un processeur 64bits genre X86_64, ce qui permet de passer en "mode protégé" 64bit. Et là effectivement l'adressage ne se fait pas comme avec le mode protégé 32 bits mais "à plat", ou pas, ou pas complètement... bref le détail...à partir de là moi je décroche.
Le problème, c'est que tout ça est compliqué du fait de l'évolution de l'architecture des PC (processeur inclus) ...
Le mieux, à mon avis, si vous voulez avancer sur le sujet, c'est de commencer à la base et récupérer des articles généraux qui traitent du sujet, et de les comprendre:
Par exemple : http://www.tomshardware.fr/articles/...s,2-135-2.html
Voilà pourquoi la réponse n'est pas simple.
Le détail...
Dans d'autres posts tu disais vouloir utiliser le "long mode", pourquoi revenir en arrière et passer en 32 bits ?
Car selon cette page Wikipedia il est possible d'adresser jusqu'à 64go, pour mon OS je n'ai pas besoin de plus.
mais en 64bits tu as plus de registres disponibles, et donc la possibilité de réaliser un code plus rapide, et pas de jonglage entre les pages de 4Go
la PAE c'est plus une "bidouille" qui a été proposée entre le 32bits et le 64
Déception; cet OS révolutionnaire sera donc limité aux plateformes 32 bits ? Quel suspens insoutenable .....
Je dois faire une opération sur deux double mot ne se trouvant pas dans le même bloc de 4go, il serait plus rapide de le faire en 64bits ? Si oui, comment lire et écrie dans la RAM en mode long en assembleur ?
on vous l'a déjà dit.Code:MOV
https://asm.developpez.com/intro/
Il faut viser très haut, et pour cela aller piocher dans la famille du produit révolutionnaire d'Intel, le 4004 en l'occurence, on y trouve des extenseurs de bus (data ou adresses) qui permettent par tranches de 4 bits, d'adresser jusqu'à 128 voire 256 bits. Grace à eux, plus besoin de gérer une pagination toujours pénalisante en terme d'efficacité.
Mais il faut faire vite car le 4004 risque fort de passer dans la liste des produits protégés par les lois américaines visants à restreindre l'exportation de produits de haute technologie. On en trouve cependant encore quelques exemplaires.
Un exemple plus concret que "mov" ?
Le passe partout, NOP
Bonsoir,
Vouloir écrire en assembleur et ne pas savoir accéder à la mémoire me semble étonnant, bien sur il faudra lire la data sheet du processeur pour se familiariser avec les modes d'adressage et surtout la gestion de la MMU, des caches et des subtilités de cohérence mémoire, là ce n'est pas trivial.
Tout ceci me semble peu raisonnable un peu comme vouloir faire l'ascension de l'Everest en n'ayant jamais pratiqué qu'à Fontainebleau.
JR
l'électronique c'est pas du vaudou!
L'exemple dans le lien de LeMulet ne contient pas qu'un "mov", c'est un dilemme que vous me posez là.
Chacun des fils initiiés par ce primo posteur et son avatar précédent a été de la même eau.
C'est même leur seul intérêt : le voir nous dire qu'il va monter l'Everest mais à 4 pattes, les yeux bandés.
Excellent !
Puis personne n'a répondu à ça aussi.
Si, la réponse a été donnée plus haut. Tu n'as pas compris, c'est tout.
Sinon, pourquoi on fait des processeurs 64 bits d'après toi ?
Comment peut-on faire un processeur en silex taillé ?
Rien ne sert de penser, il faut réfléchir avant - Pierre Dac
Un copié collé du message en question je ne le trouve pas. Si la réponse à cette question est non pas la peine d'aller en mode long, sinon pourriez-vous me l'expliquer cet adressage de la RAM en assembleur en mode long ?
Le message de JAAman dit non http://forum.osdev.org/viewtopic.php?f=15&t=31468
Bravo, tu as réussi à ne pas comprendre ce qu'on te disait dans 2 forums et dans 2 langues différentes alors que c'était la même chose.
Dans ce cas, comment lire et écrire dans la RAM en long mode ?
