Discussion :

[Reverse_]

Bonjour,

Je suis entrain de me document sur le mode protéger 32 bits et en voyant la structure mémoire du "Descriptor tables" (http://www.internals.com/articles/protmode/protmode.htm) une question me vient.

Il est dit que le "Segment Base Address" fait 32 bits. Et en regardant le schéma donné je ne comprends pourquoi nous avons 16 bits d'un côté, puis 8 bit d'un autre côté et encore 8 bits ailleurs. Quand j'ai lu que cette partie faisait 32 bits, avant de voir le schéma j'imaginais 32 bits consécutif. Du coup je souhaiterai savoir s'il y a une raison (historique, physique, ...) à cet agencement ?

En vous remerciant !

[chrtophe]

le CPU x86 fonctionne historiquement avec des adresses de forme segment:offset. Ceci permettait d'atteindre plus de mémoire que le nombre de bits géré par le CPU.

L'adresse réelle correspondait à l'adresse du segment multiplié par 16 plus l'offset (offset signifiant décalage et dans ce cas précis décalage par rapport à l'adresse du segment).
Exemple :
Les adresses 0x7c0:0 et 0:0x7c00 sont équivalentes.

Avec l’avènement du mode protégé, le fonctionnement a changé. L'adresse est maintenant composé comme ceci : descripteur de segment:offset.

Les descripteurs de segment sont contenu dans la GDT.

Le segment adresse base sert à faire démarrer la base du segment à une adresse précise. L'adresse réelle correspondra alors à l'adresse de base + l'offset. Le segment adresse base est exprimé sur 24 bits (8+16).

Pour reprendre l'exemple de l'adresse 0x7c00, si ton adresse de base est 0x7c00 et que tu appelles l'adresse en mode protégé 8:0x10, en postulant que tu utilises le premier descripteur de segments disponible et que celui-ci est correctement initialisé, l'adresse réelle sera 0x7c10.