07.进入保护模式

07.进入保护模式

上回书咱们说到,操作系统设置了个全局描述符表 gdt。

图片

为后面切换到保护模式后,能去那里寻找到段描述符,然后拼凑成最终的物理地址。

图片

而此时我们的内存布局变成了这个样子。

图片

这仅仅是进入保护模式前准备工作的其中一个,我们接着往下看。代码仍然是 setup.s 中的。

1
2
3
4
mov al,#0xD1        ; command write
out #0x64,al
mov al,#0xDF        ; A20 on
out #0x60,al

这段代码的意思是,打开 A20 地址线

说人话就是,打开 A20 地址线。哈哈,开玩笑,到底什么是 A20 地址线呢?

简单理解,这一步就是为了突破地址信号线 20 位的宽度,变成 32 位可用。这是由于 8086 CPU 只有 20 位的地址线,所以如果程序给出 21 位的内存地址数据,那多出的一位就被忽略了,比如如果经过计算得出一个内存地址为: 1 0000 00000000 00000000,那实际上内存地址相当于 0,因为高位的那个 1 被忽略了,地方不够。

当 CPU 到了 32 位时代之后,由于要考虑兼容性,还必须保持一个只能用 20 位地址线的模式,所以如果你不手动开启的话,即使地址线已经有 32 位了,仍然会限制只能使用其中的 20 位。

接下来的一段代码,你完全完全不用看,但为了防止你一直记挂在心上,我给你截出来说道说道,这样以后我说完全不用看的代码时,你就真的可以放宽心完全不看了。

就是这一大坨,还有 Linus 自己的注释。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
; well, that went ok, I hope. Now we have to reprogram the interrupts :-(
; we put them right after the intel-reserved hardware interrupts, at
; int 0x20-0x2F. There they won't mess up anything. Sadly IBM really
; messed this up with the original PC, and they haven't been able to
; rectify it afterwards. Thus the bios puts interrupts at 0x08-0x0f,
; which is used for the internal hardware interrupts as well. We just
; have to reprogram the 8259's, and it isn't fun.    
mov al,#0x11        ; initialization sequence    
out #0x20,al        ; send it to 8259A-1    
.word   0x00eb,0x00eb       ; jmp $+2, jmp $+2    
out #0xA0,al        ; and to 8259A-2    
.word   0x00eb,0x00eb    
mov al,#0x20        ; start of hardware int's (0x20)    
out #0x21,al    
.word   0x00eb,0x00eb    
mov al,#0x28        ; start of hardware int's 2 (0x28)    
out #0xA1,al    
.word   0x00eb,0x00eb    
mov al,#0x04        ; 8259-1 is master    
out #0x21,al    
.word   0x00eb,0x00eb    
mov al,#0x02        ; 8259-2 is slave    
out #0xA1,al    
.word   0x00eb,0x00eb    
mov al,#0x01        ; 8086 mode for both    
out #0x21,al    
.word   0x00eb,0x00eb    
out #0xA1,al    
.word   0x00eb,0x00eb    
mov al,#0xFF        ; mask off all interrupts for now    
out #0x21,al    
.word   0x00eb,0x00eb    
out #0xA1,al

这里是对可编程中断控制器 8259 芯片进行的编程。

因为中断号是不能冲突的, Intel 把 0 到 0x19 号中断都作为保留中断,比如 0 号中断就规定为除零异常,软件自定义的中断都应该放在这之后,但是 IBM 在原 PC 机中搞砸了,跟保留中断号发生了冲突,以后也没有纠正过来,所以我们得重新对其进行编程,不得不做,却又一点意思也没有。这是 Linus 在上面注释上的原话。

所以我们也不必在意,只要知道重新编程之后,8259 这个芯片的引脚与中断号的对应关系,变成了如下的样子就好。

PIC 请求号中断号用途
IRQ00x20时钟中断
IRQ10x21键盘中断
IRQ20x22接连从芯片
IRQ30x23串口2
IRQ40x24串口1
IRQ50x25并口2
IRQ60x26软盘驱动器
IRQ70x27并口1
IRQ80x28实时钟中断
IRQ90x29保留
IRQ100x2a保留
IRQ110x2b保留
IRQ120x2c鼠标中断
IRQ130x2d数学协处理器
IRQ140x2e硬盘中断
IRQ150x2f保留

好了,接下来的一步,就是真正切换模式的一步了,从代码上看就两行。

1
2
3
mov ax,#0x0001  ; protected mode (PE) 
bitlmsw ax      ; This is it;
jmpi 0,8     ; jmp offset 0 of segment 8 (cs)

前两行,将 cr0 这个寄存器的位 0 置 1,模式就从实模式切换到保护模式了。

图片

所以真正的模式切换十分简单,重要的是之前做的准备工作。

再往后,又是一个段间跳转指令 jmpi,后面的 8 表示 cs(代码段寄存器)的值,0 表示偏移地址。请注意,此时已经是保护模式了,之前也说过,保护模式下内存寻址方式变了,段寄存器里的值被当做段选择子。

回顾下段选择子的模样。

图片

8 用二进制表示就是:00000,0000,0000,1000

对照上面段选择子的结构,可以知道描述符索引值是 1,也就是要去全局描述符表gdt中找第一项段描述符。

还记得上一讲中的全局描述符的具体内容么?

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
gdt:    
    .word   0,0,0,0     ; dummy    

    .word   0x07FF      ; 8Mb - limit=2047 (2048*4096=8Mb)    
    .word   0x0000      ; base address=0    
    .word   0x9A00      ; code read/exec    
    .word   0x00C0      ; granularity=4096, 386    

    .word   0x07FF      ; 8Mb - limit=2047 (2048*4096=8Mb)    
    .word   0x0000      ; base address=0    
    .word   0x9200      ; data read/write    
    .word   0x00C0      ; granularity=4096, 386

我们说了,第 0 项是空值,第一项被表示为代码段描述符,是个可读可执行的段,第二项为数据段描述符,是个可读可写段,不过他们的段基址都是 0。

所以,这里取的就是这个代码段描述符,段基址是 0,偏移也是 0,那加一块就还是 0 咯,所以最终这个跳转指令,就是跳转到内存地址的 0 地址处,开始执行。

零地址处是什么呢?还是回顾之前的内存布局图。

图片

就是操作系统全部代码的 system 这个大模块,system 模块怎么生成的呢?

由 Makefile 文件可知,是由 head.s 和 main.c 以及其余各模块的操作系统代码合并来的,可以理解为操作系统的全部核心代码编译后的结果。

1
2
3
4
5
6
7
8
tools/system: boot/head.o init/main.o \    
    $(ARCHIVES) $(DRIVERS) $(MATH) $(LIBS)    \
    $(LD) $(LDFLAGS) boot/head.o init/main.o \    
    $(ARCHIVES) \    
    $(DRIVERS) \    
    $(MATH) \    
    $(LIBS) \    
    -o tools/system > System.map

所以,接下来,我们就要重点阅读 head.s 了。

图片

这也是 boot 文件夹下的最后一个由汇编写就的源代码文件,哎呀,不知不觉就把两个操作系统源码文件(bootsect.s 和 setup.s)讲完了,而且是汇编写的令人头疼的代码。

head.s 这个文件仅仅是为了顺利进入由后面的 c 语言写就的 main.c 做的准备,所以咬咬牙看完这个之后,我们就终于可以进入 c 语言的世界了!也终于可以看到我们熟悉的 main 函数了!

------- 本回扩展资料 -------

保护模式下逻辑地址到线性地址(不开启分页时就是物理地址)的转化,看 Intel 手册:

Volume 3 Chapter 3.4 Logical And Linear Addresses

图片

段描述符结构和详细说明,看 Intel 手册:

Volume 3 Chapter 3.4.5 Segment Descriptors

图片

对操作系统如何编译的,比如好奇那个 system 是怎么来的,可以尝试理解一下 Linux 0.11 源码中的 Makefile,这个我就不展开讲了,我们把更多经历,放在操作系统是怎么一步一步构建起来的这个过程。

updatedupdated2024-05-152024-05-15