Task State Segment : champ limit [Résolu]

[FOX19881]

Bonjour,

je me pose une question a propos du champs "limit" d'un
descripteur de "Task State Segment".

Normalement la taille minimale d'un TSS est de 104 octets (0x68).
Le champ "limit" doit contenir la taille du segment, en octet ou en page.


(Manuel Intel Volume 3A 3-13)

Segment limit field
Specifies the size of the segment.

Donc d'apres moi le champ limit devrait toujour contenir au moins 0x68
(dans le cas d'un TSS avec le bit G a 0) mais le manuel Intel dit que:


(Manuel Intel Volume 3A 6-7)

When the G flag is 0 in a TSS descriptor for a 32-bit TSS,
the limit field must have a value equal to or greater than 67H,
one byte less than the minimum size of a TSS.

Pourquoi peut-on mettre 0x67 ?
Voila ma question...


Merci a ceux qui eclaireront ma lanterne

[tommy60]

Bonjour,

Envoyé par FOX19881

Pourquoi peut-on mettre 0x67 ?
Voila ma question...

La réponse se trouve dans ton post :

one byte less than the minimum size of a TSS

En clair, le champ "limit" du TSS doit contenir sa taille moins 1 octet. Donc, si le TSS fait 104 octets (0x68), la valeur du champ "limit" doit être 104 - 1 octet = 103 (0x67).

[FOX19881]

Merci de ta réponse mais non je n'ai pas donné la réponse dans mon premier post.

Je sais bien que le manuel Intel autorise 0x67 mais ma question
est pourquoi autoriser 0x67 alors que le champ "limit" est sense
contenir la taille du segment (donc 0x68)...

Sinon je ne crois pas que:

le champ "limit" du TSS DOIT contenir sa taille moins 1 octet.

Je pense que je peux tres bien mettre 0x68 dans mon champ limit
si la taille de mon segment fait 104 octets
et c'est ce qui me fait me demander pourquoi on peut mettre 0x67.
Quel est l'interet ?

Je suis pas sur d'avoir bien reformulé mon interrogation...

[bifur]

le champ limite contient en fait l'adresse maximum autorisé pour acceder au segment. par exemple pour un segment de 64 octets, la valeur "limit" contiendrat 63 car on peut adresser de 0 à 63

cette confusion vient du faite que les ordinateurs compte a partir de zéro et pas de 1 comme les humains (ça ne vous a jamais semblé estrange que n'ou n'ayont aucun siècle zéro)

ah le zéro quel belle invention!

[FOX19881]

Ah oui,

en fait ma confusion vient du fait que lorsque le bit G est a 1 on
met effectivement la TAILLE du segment dans le champ limit
alors que quand le bit G est a 0 on ne met plus la taille mais
la valeur du dernier offset...

(effectivement tommy60 tu avais raison)

Merci a vous deux.

[bifur]

G c'est la granularité de la limite

quant g = 1 la limite est a multiplier par 4096 (4KiBi)

j'ai pas vu d'indication comme quoi c'était différent pour les TSS

[FOX19881]

Envoyé par bifur

j'ai pas vu d'indication comme quoi c'était différent pour les TSS

non c'est pas different, mais comme je l'ai dit j'ai mal interprete le manuel Intel
et donc j'ai cru que ma question etait specifique aux TSS alors que non.

[FOX19881]

Bonsoir,

je croyais avoir compris mais je viens de m'appercevoir que non.

Dites moi si je me trompe mais si je met le bit G a 1
et que je met la limit a 1, alors je peux acceder a 2 pages:
de base + 0x0 a base + 0x1FFF. (pas dans le cas d'un segment en expand-down biensur)

Si c'est ca alors effectivement j'avais rien compris.

Si vous pouviez me confirmer ce que je viens de dire... merci

[bifur]

de ce que j'avait comprit c'est bien ça mais je ne l'ai pas encore vérifié dans la pratique

[FOX19881]

Ok merci de ta confirmation.

Pour ce qui est de la pratique, en debuggant avec bochs (avec qemu aussi) et en affichant des informations sur les segments, j'ai remarque que pour une limite que j'avais mis a 1, il m'affichait limit=0x00001fff.
D'ailleurs je viens d'essayer en mettant la limite a 0 sur le meme segment de code et l'execution se deroule correctement (et bochs affiche limit=0x00000fff).

Je demandai confirmation pour etre sur de pas avoir compris de travers cette fois.