保护模式下的寻址
在汇编语言中,或者你有学习过诸如微机原理或计算机组成原理等课程的话,那么你很可能听说过实模式和保护模式的概念。他们到底是什么,有什么不同,又如何寻址?
在王爽的《汇编语言》最后,有关于Intel微处理器的三种工作模式的介绍。
继Intel 8086推出之后,Intel又推出了划时代的80386微处理器,它可以在实模式、保护模式和虚拟8086模式下工作,从那以后的微处理器都提供了这三种工作模式,直到现在。Intel系列微处理器的三种工作模式如下:
- 实模式:工作模式相当于一个8086
- 保护模式:提供支持多任务环境的工作方式,建立保护机制
- 虚拟8086模式:可以从保护模式切换至其中的一种8086工作方式,这种方式的提供使用户可以方便的在保护模式下运行一个或多个8086程序
当我们的系统开机时,cpu首先工作在实模式下完成一些工作,之后跳入保护模式,为我们的系统提供多任务环境的支持。而当我们需要在保护模式的系统上运行实模式下的程序时(比如学习汇编时所用的DOS系统),我们就需要在当前的保护模式下弄一个“假”的实模式,这就是虚拟8086模式。
GDT和描述符
在实模式下(可以理解为工作在8086上时),我们的CPU是16位的,提供了16位的寄存器,16位数据总线,20位的地址总线,可寻址范围位1M。物理地址遵循下面的计算公式:
其中的段地址和偏移地址都是16位的。
从80386开始,Intel家族的CPU进入了32位时代,这时候CPU有32位的地址总线,所以可寻址范围为4G。CPU同样拥有的是32位的寄存器,一个寄存器即可寻址4GB的空间。
在实模式下,我们采用段地址:偏移地址的寻址方式是因为我们只有16为的寄存器,单个寄存器的寻址范围达不到1MB,但现在我们拥有了32位的寄存器,单个寄存器的可寻址范围已经可以达到4GB了,那么是不是就不需要段寄存器了?答案是否定的。在保护模式下,地址仍然采用“段地址:偏移地址”的方式来表示,只是段的概念发生了根本性的变化。
实模式下,段值(段地址的值)还是地址的一部分。在保护模式下,虽然段值仍然由原来的16位的cs、ds等寄存器表示,但是此时它们仅仅是一个索引,这些个索引指向一个数据结构的表项,表项中详细定义了一个段的起始地址、界限、属性等内容,这个数据结构,叫做GDT(其实还可能是LDT,我们先讨论大多数情况),GDT中的每一个表项,叫做描述符
寻址过程
我们在来看一下保护模式下的寻址过程。在此之前,有几点要说明:
- GDT是一个数据结构,它是保存在内存中的,所以它应该有一个起始地址,它是一系列描述符的集合
- GDT的起始地址由一个专门的寄存器来存放 -- gdtr,gdtr寄存器是48位的,这个寄存器我们稍后在探讨
- GDT中的每一个描述符描述一个段,其中包括段的起始地址(基址)等属性
- 保护模式的偏移地址和实模式下的是相同的,只不过是32位
好了,下面有一张图,我们可以看着这张图过一遍保护模式下是如何寻址的。
- 寻址时,先找到gdtr寄存器,从中得到GDT的基址
- 有了GDT的基址,又有段寄存器中保存的索引,可以得到段寄存器“所指”的那个表项,既所指的那个描述符
- 得到了描述符,就可以从描述符中得到该描述符所描述的那个段的起始地址
- 有了段的起始地址,将偏移地址拿过来与之相加,便能得到最后的线性地址
- 有了线性地址(虚拟地址),经过变换,即可得到相应的物理地址
相信到这里,你已经对寻址过程有了个大概的了解,然后我们看看我们上面所未详细提及的东西
gdtr寄存器
gdtr是一个48位的寄存器,其中保存了GDT的基地址和界限(或者说GDT的长度),高32位为GDT的基地址,低16位为界限。还记得保护模式中的段寄存器也是16位的吗,它们和gdtr中的界限是对应的啊。
描述符
GDT中的每个描述符占8个字节,其结构如下
我们可以不用管其中的属性,仅看段基址和段界限。是不是和上面的寻址联系上了呢。
你可能会问,问什么段基址和段界限都被分开了,却不放在一起?这主要还是历史遗留问题,我们就不在探讨了。
代码
光看理论终究还是水中月,我们看一段简单的代码实际体会一下。
[SECTION .gdt]
; GDT
; 段基址, 段界限 , 属性
LABEL_GDT: Descriptor 0, 0, 0 ; 空描述符
LABEL_DESC_CODE32: Descriptor 0, SegCode32Len - 1, DA_C + DA_32; 非一致代码段
LABEL_DESC_VIDEO: Descriptor 0B8000h, 0ffffh, DA_DRW ; 显存首地址
; GDT 结束
GdtLen equ $ - LABEL_GDT ; GDT长度
GdtPtr dw GdtLen - 1 ; GDT界限
dd 0 ; GDT基地址
; GDT 选择子
SelectorCode32 equ LABEL_DESC_CODE32 - LABEL_GDT
SelectorVideo equ LABEL_DESC_VIDEO - LABEL_GDT
上面的代码中,我们定义了一个角.gdt的段,其中前三个LABLE_xxx后是我们用一个叫Descriptor宏定义了三个选择子,其中的数值并不一定正确,因为我们只是定义了,还并没有初始化。 Descriptor的作用是将段基址、段界限和属性放在一个选择子中相应的位置,其定义在文章末尾,感兴趣的话可以看下。
GdtPtr
是不是和gdtr中所放的内容一样呢?没错,当我们在实模式进入保护模式之前,我们需要将GdtPtr的值加载到gdtr寄存器:使用指令lgdt [GdtPtr]
那最后两个GDT选择子又是什么呢?好像是描述符相对于GDT基地址的偏移,其实并不全对,它稍稍复杂一些,如下图所示。
其中TI和RPL是选择子的一些属性,剩下的高13位表示的是描述符在描述符表的位置,即GDT中第几个描述符
最后,我们看一下如何使用上面的东西吧
[SECTION .s32]; 32 位代码段.
[BITS 32]
LABEL_SEG_CODE32:
mov ax, SelectorVideo
mov gs, ax ; 视频段选择子(目的)
mov edi, (80 * 11 + 79) * 2 ; 屏幕第 11 行, 第 79 列。
mov ah, 0Ch ; 0000: 黑底 1100: 红字
mov al, 'P'
mov [gs:edi], ax
; 到此停止
jmp $
SegCode32Len equ $ - LABEL_SEG_CODE32
上述代码将一个字母P显示在屏幕上。gs中保存的是显存的选择子,edi为偏移地址,然后使用mov [gs:edi], ax
将ax的内容写入到地址为gs所指的描述符中的段基址+edi的内存处,由于这里写入的是显存,所以将会将一个字母P显示在屏幕上。
Descriptor宏的定义如下
; usage: Descriptor Base, Limit, Attr
; Base: dd
; Limit: dd (low 20 bits available)
; Attr: dw (lower 4 bits of higher byte are always 0)
%macro Descriptor 3
dw %2 & 0FFFFh ; 段界限1
dw %1 & 0FFFFh ; 段基址1
db (%1 >> 16) & 0FFh ; 段基址2
dw ((%2 >> 8) & 0F00h) | (%3 & 0F0FFh) ; 属性1 + 段界限2 + 属性2
db (%1 >> 24) & 0FFh ; 段基址3
%endmacro ; 共 8 字节
完
参考:
- 《汇编语言》 王爽
- 《一个操作系统的实现》 于渊