罗云彬汇编

 

第1章 背景知识

 

1.3 必须了解的东西(2)

 

 

80386的段寄存器是16位的，无法放下保护模式下64位的段描述符。如何解决这个新的问题呢？解决办法是把所有段的段描述符顺序放在内存中的指定位置，组成一个段描述符表（Descriptor Table）；而段寄存器中的16位用来做索引信息，指定这个段的属性用段描述符表中的第几个描述符来表示。这时，段寄存器中的信息不再是段地址了，而是段选择器（Segment Selector）。可以通过它在段描述符表中“选择”一个项目以得到段的全部信息。

既然这样，段描述符表放在那里呢？80386中引入了两个新的寄存器来管理段描述符表。一个是48位的全局描述符表寄存器GDTR，一个是16位的局部描述符表寄存器LDTR。那么，为什么有两个描述符表寄存器呢？

GDTR指向的描述符表为全局描述符表GDT（Global Descriptor Table）。它包含系统中所有任务都可用的段描述符，通常包含描述操作系统所使用的代码段、数据段和堆栈段的描述符及各任务的LDT段等；全局描述符表只有一个。

LDTR则指向局部描述符表LDT（Local Descriptor Table）。80386处理器设计成每个任务都有一个独立的LDT。它包含有每个任务私有的代码段、数据段和堆栈段的描述符，也包含该任务所使用的一些门描述符，如任务门和调用门描述符等。

不同任务的局部描述符表分别组成不同的内存段，描述这些内存段的描述符当做系统描述符放在全局描述符表中。和GDTR直接指向内存地址不同，LDTR和CS，DS等段选择器一样只存放索引值，指向局部描述符表内存段对应的描述符在全局描述符表中的位置。随着任务的切换，只要改变LDTR的值，系统当前的局部描述符表LDT也随之切换，这样便于各任务之间数据的隔离。但GDT并不随着任务的切换而切换。

看到这里，读者可能会提出一个问题，既然有全局描述符表和局部描述符表两个表，那么段选择器中的索引值对应哪个表中的描述符呢。实际上，16位的段选择器中只有高13位表示索引值。剩下的3个数据位中，第0，1位表示程序的当前优先级RPL；第2位TI位用来表示在段描述符的位置；TI＝0表示在GDT中，TI＝1表示在LDT中。

以图1.3为例，在保护模式下，同样以xxxx:yyyyyyyy格式表示一个虚拟地址。单单凭段选择器中的数值xxxx根本无法反映出段的基址在哪里。对于这个地址，首先要看xxxx的TI位是否为0，如果是的话，则先从GDTR寄存器中获取GDT的基址（图中的步骤①），然后在GDT中以段选择器xxxx的高12位当做位置索引得到段描述符（步骤②）。段描述符包含段的基址、限长、优先级等各种属性，这就得到了段的起始地址（步骤③）；如果xxxx的TI位为1的话就更复杂了，这表示段描述符在LDT中，这时第一步的操作还是从GDTR寄存器中获取GDT的基址（步骤1'），并且要从LDTR中获取LDT所在段的位置索引（步骤2'）；然后以这个位置索引在GDT中得到LDT段的位置（步骤3'）；然后才是用xxxx做索引从LDT段中获得段描述符（步骤4'），再以这个段描述符得到段的基址等信息（步骤5'）。分这两种情况得到段的基址后（图中Result所示），再以基址加上偏移地址yyyyyyyy才得到最后的线性地址。

关于段描述符的格式定义，读者可以参考其他讲述保护模式的书籍。