(系列视频实战可观看网易云课堂：Linux kernel Hacker, 从零构建自己的内核）
从时模式到保护模式，是计算法技术跨时代的发展。大家想想笨拙的Dos界面，黑底白字的那种冷漠界面到win95各种色彩斑斓的窗口，两者之间的区别其实就是实模式和保护模式的天壤之别。
保护模式中，最重要的一个概念莫过于”保护”二字，有了“保护”功能后，CPU为软件提供了很多的功能，当然也有了更多的限制。要详细解析保护机制，没有几千字的“鸿篇巨制”是不可能的，但我想你和我一样不会有那样的耐心，由此话不多说，我们先将代码跑起来再说：
%include "pm.inc"
org 0x9000
jmp LABEL_BEGIN
[SECTION .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
GdtLen equ $ - LABEL_GDT
GdtPtr dw GdtLen - 1
dd 0
SelectorCode32 equ LABEL_DESC_CODE32 - LABEL_GDT
SelectorVideo equ LABEL_DESC_VIDEO - LABEL_GDT
[SECTION .s16]
[BITS 16]
LABEL_BEGIN:
mov ax, cs
mov ds, ax
mov es, ax
mov ss, ax
mov sp, 0100h
xor eax, eax
mov ax, cs
shl eax, 4
add eax, LABEL_SEG_CODE32
mov word [LABEL_DESC_CODE32 + 2], ax
shr eax, 16
mov byte [LABEL_DESC_CODE32 + 4], al
mov byte [LABEL_DESC_CODE32 + 7], ah
xor eax, eax
mov ax, ds
shl eax, 4
add eax, LABEL_GDT
mov dword [GdtPtr + 2], eax
lgdt [GdtPtr]
cli ;关中断
in al, 92h
or al, 00000010b
out 92h, al
mov eax, cr0
or eax , 1
mov cr0, eax
jmp dword SelectorCode32: 0
[SECTION .s32]
[BITS 32]
LABEL_SEG_CODE32:
mov ax, SelectorVideo
mov gs, ax
mov si, msg
mov ebx, 10
mov ecx, 2
showChar:
mov edi, (80*11)
add edi, ebx
mov eax, edi
mul ecx
mov edi, eax
mov ah, 0ch
mov al, [si]
cmp al, 0
je end
add ebx,1
add si, 1
mov [gs:edi], ax
jmp showChar
end:
jmp $
msg:
DB "Protect Mode", 0
SegCode32Len equ $ - LABEL_SEG_CODE32
我们再看看pm.inc的内容：
%macro Descriptor 3
dw %2 & 0FFFFh
dw %1 & 0FFFFh
db (%1>>16) & 0FFh
dw ((%2 >> 8) & 0F00h) | (%3 & 0F0FFh)
db (%1 >> 24) & 0FFh
%endmacro
DA_32 EQU 4000h ; 32 位段
DA_C EQU 98h ; 存在的只执行代码段属性值
DA_DRW EQU 92h ; 存在的可读写数据段属性值
把上面的代码通过以下命令编译： nasm -o kernel.bat kernel.asm
在目录下会生成一个内核文件，kernel.bat,运行java代码，程序会将生成的内核写入到虚拟软盘中，将虚拟软盘加载到虚拟机中，运行后会得到如下结果：
我们看看代码，从LABEL_SEG_CODE32:这一部分开始，代码就执行在保护模式下，这段代码的作用就是显示一串字符，gs是计算机的一个寄存器，它跟eax,ebx这些寄存器差不多，但作用更为单一，主要用来指向显存，当我们将信息写入gs指向的内存后，信息会显示到屏幕上。用于显示字符的显存，内存地址从0XB800h开始，从该地址开始，每两个字节用来在屏幕上显示一个字符，这两个字节中，第一个字节的信息用来表示字符的颜色，第二个字节用来存储要显示的字符的ASCII值，屏幕一行能显示80个字符，大家看到代码中有语句： mov edi, (80*11) 这表明我们要从第11行开始显示字符，接下来又有语句： add edi, ebx 其中，ebx的值是11，这表明我们要从第11行的第10列开始显示字符串，接下来的语句是：
mov eax, edi
mul ecx
ecx的值是2，这个2就是我们前面说过的显示一个字符需要两个字节，上面几句汇编语句的作用是： eax = ((80*11) + 10) * 2 这样eax就指向了第11行第11列所在的显存位置，接下来语句： mov ah, 0ch 它的作用是在用来显示字符的两字节中，对第一个字节放入数值0ch,也就是设置字符的颜色，接下来的语句：
mov al, [si]
将寄存器si指向的字符的ascii值写入到第二个字节，这样，字符就显示到屏幕上了。大家注意寄存器si的用法：[si]. si相当于C语言中的一个指针，指向内存某个地址，[si]就是读取si指向的内存地址的信息，等同于 c语言中的*(si)
以上都是小细节，真正的要点是，我们要理解什么叫保护模式。我们先看保护模式的两个显著特点：
1.寻址空间从时模式的1M增强到4G 2.不同的代码拥有不同的优先级，优先级高的能够执行特殊指令，优先级低的，某些重要指令就无法执行。
于是进入保护模式，我们需要解决两个问题，一是如何获取超过1M以上的内存地址，第二是如何设置不同代码所具有的优先级。我们先看看寻找能力的变化，在实模式下，cpu是16位的，寄存器16位，数据总线16位，地址总线20位，于是寻找的范围必然受限于20位的地址总线，所以寻找范围无法超过1M(2^20).要想实现4GB的寻址，我们必须使用32位来表示地址，intel是这么解决这个问题的，他们用连续的8个字节组成的结构体来解决一系列问题： byte0 byte1 ….. byte7
其中，字节2，3，4以及字节7，这四个字节合在一起总共有32位，这就形成了一个32位的地址。同时把字节0，字节1，以及将字节6的拆成两部分，各4个bits,前4个bits跟字节0，字节1合在一起，形成一个20个bit的数据，用来表示要访问的内存长度。这样，我们就解决了内存寻址的问题。
大家或许猜到，pm.inc里面的宏定义就是我们说的7字节数据结构， %macro Descriptor 3 表示要初始化该数据结构，需要传入3个参数，%1表示引用第一个参数，%2表示引用第二个参数。初始化该结构时，输入的一个参数是内存的地址，
大家看语句： dw %1 & 0FFFFh db (%1>>16) & 0FFh 这两句就是把内存地址的头三个字节放入到byte2,byte3,byte4, 最后一句： db (%1 >> 24) & 0FFh 就是讲地址的第4个字节放入到byte7. 初始化数据结构的第二个参数表示的是要访问的内存的长度，大家看语句： dw %2 & 0FFFFh 就是把内存长度的头两个字节写入byte0,byte1,语句： dw ((%2 >> 8) & 0F00h) | (%3 & 0F0FFh) 中的((%2 >> 8) & 0F00h)就是把内存长度的第16-19bit写入到byte6的前4个bit.由此要访问的内存和内存的长度就都设置好了，由于保护模式是一个非常复杂的逻辑，为了掌握它，我们一次只吃透一点，这样才好掌握，本章，我们只要了解如何进行32位的寻找就足够了,其他的知识我们后面会一点一滴的分析。
大家看开头的几条语句：
xor eax, eax
mov ax, cs
shl eax, 4
add eax, LABEL_SEG_CODE32
mov word [LABEL_DESC_CODE32 + 2], ax
shr eax, 16
mov byte [LABEL_DESC_CODE32 + 4], al
mov byte [LABEL_DESC_CODE32 + 7], ah
LABEL_SEG_CODE32是一段代码的起始地址，上面的语句就是将这个起始地址写入到byte2,byte3,byt4,和byte7.大家是否会疑惑，为什么不在初始化时将这个地址直接传进去呢，例如：
LABEL_DESC_CODE32: Descriptor LABEL_SEG_CODE32, SegCode32Len - 1, DA_C + DA_32
这是因为，结构体初始化时只能传入常量，LABEL_SEG_CODE32所代表的数值需要编译器在将代码编译完后才能计算出来，所以LABEL_SEG_CODE32一开始的值还不能确定，因此不能直接用于初始化结构体。
以上的代码大家可以通过命令获取： git clone https://github.com/wycl16514/OS-Kernel-from-real-to-protected-mode.git
大家看完这一章后，可能有一点感性认识，但更有可能是落入到一种云里雾里，不知所措的状态，这不要紧，在后面，我还会有很多篇幅来解释保护模式，大家的迷惑会在后面的阅读中一点一点的给驱散掉，面对一个复杂棘手的问题，将其分解，各个击破是最好的策略，只要我们有耐心，一步一个脚印，我们就会经历一个山穷水尽疑无路，柳暗花明又一村的体验。
