摘要：本系列文章，主要解答orange‘s 《自己动手写操作系统》中的各种疑问。pmtest4这个程序，我们主要将讲解如何通过调用门实现低特权级代码向高特权级别的代码转移——就像鲤鱼越龙“门”。
按照以往的惯例，我们仍然采用分段的方式，分析代码：
1.先看看头文件：
========================================================================================================
%include "pm.inc"
; 常量, 宏, 以及一些说明
参考最后的补充知识：pm.inc
2.gdt部分
========================================================================================================
[SECTION .gdt]
; GDT
; 段基址, 段界限 , 属性
LABEL_GDT: Descriptor
0, 0, 0 ; 空描述符
LABEL_DESC_NORMAL: Descriptor
0, 0ffffh, DA_DRW ; Normal 描述符
LABEL_DESC_CODE32: Descriptor
0, SegCode32Len - 1, DA_C + DA_32
; 非一致代码段, 32
LABEL_DESC_CODE16: Descriptor
0, 0ffffh, DA_C ; 非一致代码段, 16
LABEL_DESC_CODE_DEST: Descriptor
0,SegCodeDestLen - 1, DA_C + DA_32
; 非一致代码段, 32
LABEL_DESC_DATA: Descriptor
0, DataLen - 1, DA_DRW
; Data
LABEL_DESC_STACK: Descriptor
0, TopOfStack, DA_DRWA + DA_32
; Stack, 32 位
LABEL_DESC_LDT: Descriptor
0, LDTLen - 1, DA_LDT ; LDT
LABEL_DESC_VIDEO: Descriptor
0B8000h, 0ffffh, DA_DRW ; 显存首地址
; 门 目标选择子, 偏移, DCount, 属性
LABEL_CALL_GATE_TEST: Gate
SelectorCodeDest, 0, 0, DA_386CGate + DA_DPL0
; GDT 结束
GdtLen equ
$ - LABEL_GDT ; GDT长度
GdtPtr dw
GdtLen - 1 ; GDT界限
dd 0
; GDT基地址
; GDT 选择子
SelectorNormal equ
LABEL_DESC_NORMAL - LABEL_GDT
SelectorCode32 equ
LABEL_DESC_CODE32 - LABEL_GDT
SelectorCode16 equ
LABEL_DESC_CODE16 - LABEL_GDT
SelectorCodeDest equ
LABEL_DESC_CODE_DEST - LABEL_GDT
SelectorData equ
LABEL_DESC_DATA - LABEL_GDT
SelectorStack equ
LABEL_DESC_STACK - LABEL_GDT
SelectorLDT equ
LABEL_DESC_LDT - LABEL_GDT
SelectorVideo equ
LABEL_DESC_VIDEO - LABEL_GDT
SelectorCallGateTest equ
LABEL_CALL_GATE_TEST - LABEL_GDT
; END of [SECTION .gdt]
注意：上述多了一个调用门的选择子和描述符，它也被放在GDT之中
3.数据段：定义了几个要显示的字符串常量和用于保存sp的变量
========================================================================================================
[SECTION .data1] ; 数据段
ALIGN 32
[BITS 32]
LABEL_DATA:
SPValueInRealMode dw
0
; 字符串
PMMessage: db
"In Protect Mode now. ^-^", 0 ; 进入保护模式后显示此字符串
OffsetPMMessage equ
PMMessage - $$
StrTest: db
"ABCDEFGHIJKLMNOPQRSTUVWXYZ", 0
OffsetStrTest equ
StrTest - $$
DataLen equ
$ - LABEL_DATA
; END of [SECTION .data1]
4.全局堆栈段：全是0
========================================================================================================
[SECTION .data1] ; 数据段
; 全局堆栈段
[SECTION .gs]
ALIGN 32
[BITS 32]
LABEL_STACK:
times 512 db 0
TopOfStack equ
$ - LABEL_STACK - 1
; END of [SECTION .gs]
5.实模式程序代码段——这是程序首先进入的段
========================================================================================================
[SECTION .data1] ; 数据段
[SECTION .s16]
[BITS 16]
LABEL_BEGIN:
mov ax, cs
mov ds, ax
mov es, ax
mov ss, ax
mov sp, 0100h
mov [LABEL_GO_BACK_TO_REAL+3], ax
mov [SPValueInRealMode], sp
; 初始化 16 位代码段描述符
mov ax, cs
movzx eax, ax
shl eax, 4
add eax, LABEL_SEG_CODE16
mov word [LABEL_DESC_CODE16 + 2], ax
shr eax, 16
mov byte [LABEL_DESC_CODE16 + 4], al
mov byte [LABEL_DESC_CODE16 + 7], ah
; 初始化 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
; 初始化测试调用门的代码段描述符
xor eax, eax
mov ax, cs
shl eax, 4
add eax, LABEL_SEG_CODE_DEST
mov word [LABEL_DESC_CODE_DEST + 2], ax
shr eax, 16
mov byte [LABEL_DESC_CODE_DEST + 4], al
mov byte [LABEL_DESC_CODE_DEST + 7], ah
; 初始化数据段描述符
xor eax, eax
mov ax, ds
shl eax, 4
add eax, LABEL_DATA
mov word [LABEL_DESC_DATA + 2], ax
shr eax, 16
mov byte [LABEL_DESC_DATA + 4], al
mov byte [LABEL_DESC_DATA + 7], ah
; 初始化堆栈段描述符
xor eax, eax
mov ax, ds
shl eax, 4
add eax, LABEL_STACK
mov word [LABEL_DESC_STACK + 2], ax
shr eax, 16
mov byte [LABEL_DESC_STACK + 4], al
mov byte [LABEL_DESC_STACK + 7], ah
; 初始化 LDT 在 GDT 中的描述符
xor eax, eax
mov ax, ds
shl eax, 4
add eax, LABEL_LDT
mov word [LABEL_DESC_LDT + 2], ax
shr eax, 16
mov byte [LABEL_DESC_LDT + 4], al
mov byte [LABEL_DESC_LDT + 7], ah
; 初始化 LDT 中的描述符
xor eax, eax
mov ax, ds
shl eax, 4
add eax, LABEL_CODE_A
mov word [LABEL_LDT_DESC_CODEA + 2], ax
shr eax, 16
mov byte [LABEL_LDT_DESC_CODEA + 4], al
mov byte [LABEL_LDT_DESC_CODEA + 7], ah
; 为加载 GDTR 作准备
xor eax, eax
mov ax, ds
shl eax, 4
add eax, LABEL_GDT
; eax <- gdt 基地址
mov dword [GdtPtr + 2], eax
; [GdtPtr + 2] <- gdt 基地址
; 加载 GDTR
lgdt [GdtPtr]
; 关中断
cli
; 打开地址线A20
in al, 92h
or al, 00000010b
out 92h, al
; 准备切换到保护模式
mov eax, cr0
or eax, 1
mov cr0, eax
; 真正进入保护模式
jmp dword SelectorCode32:0
; 执行这一句会把 SelectorCode32 装入 cs, 并跳转到 Code32Selector:0 处
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
LABEL_REAL_ENTRY: ; 从保护模式跳回到实模式就到了这里
mov ax, cs
mov ds, ax
mov es, ax
mov ss, ax
mov sp, [SPValueInRealMode]
in al, 92h
; ┓
and al, 11111101b
; ┣ 关闭 A20 地址线
out 92h, al
; ┛
sti ; 开中断
mov ax, 4c00h
; ┓
int 21h
; ┛回到 DOS
; END of [SECTION .s16]
分析：
1、为什么需要在这里初始化各个段描述符的相关属性呢？
答：开始，没有进入保护模式。同时CS的值已经被刷新。目前，程序运行的代码已经被dos加载到内存的相关部分，GDT的表才刚刚落户，所以我们才刚刚得到GDT的基地址，所以我们在这个时候刷新各个段的描述符属性。
2、为何要加载GDT？
加载GDT是能够进行保护模式寻址的关键，不然我们仅仅知道段选择子，还是没法找到段描述符。GDTR中包含32b段基地址和16b段限长，这一点我们已经在gdt段中定义过了。
3、重新回到实模式以后，是否有必要刷新ds、es、ss、sp等？
这是程序编写的一般流程，即使不刷新，也不会产生错误，我们可以亲自尝试一下。
6.保护模式入口——我们在这里采用写显存的方式，显示字符串
========================================================================================================
[SECTION .s32]; 32 位代码段. 由实模式跳入.
[BITS 32]
LABEL_SEG_CODE32:
mov ax, SelectorData
mov ds, ax
; 数据段选择子
mov ax, SelectorVideo
mov gs, ax
; 视频段选择子
mov ax, SelectorStack
mov ss, ax
; 堆栈段选择子
mov esp, TopOfStack
; 下面显示一个字符串
mov ah, 0Ch
; 0000: 黑底 1100: 红字
xor esi, esi
xor edi, edi
mov esi, OffsetPMMessage
; 源数据偏移
mov edi, (80 * 10 + 0) * 2
; 目的数据偏移。屏幕第 10 行, 第 0 列。
cld
.1:
lodsb
test al, al
jz .2
mov [gs:edi], ax
add edi, 2
jmp .1
.2: ; 显示完毕
call DispReturn
call SelectorCallGateTest:0
; 测试调用门（无特权级变换），将打印字母 ‘C‘。
;call SelectorCodeDest:0
; Load LDT
mov ax, SelectorLDT
lldt ax
jmp SelectorLDTCodeA:0
; 跳入局部任务，将打印字母 ‘L‘。
; ------------------------------------------------------------------------
DispReturn:
push eax
push ebx
mov eax, edi
mov bl, 160
div bl
and eax, 0FFh
inc eax
mov bl, 160
mul bl
mov edi, eax
pop ebx
pop eax
ret
; DispReturn 结束---------------------------------------------------------
SegCode32Len equ
$ - LABEL_SEG_CODE32
; END of [SECTION .s32]
疑问分析：
1、这个段完成了什么功能？
显示初始化的字符串；通过调用门完成打印字母‘C’；通过跳入局部任务，打印字母‘L’；定义了一个局部程序DisplayReturn
2、为什么要在jmp之前，设置ldt？
和GDT的设定是同样的道理。
7.调用门的目标代码段——用于显示字母‘C’
========================================================================================================
[SECTION .sdest]; 调用门目标段
[BITS
32]
LABEL_SEG_CODE_DEST:
;jmp
$
mov
ax, SelectorVideo
mov
gs, ax
; 视频段选择子(目的)
mov
edi, (80 * 12 + 0) * 2
; 屏幕第 12 行, 第 0 列。
mov
ah, 0Ch
; 0000: 黑底 1100: 红字
mov
al, ‘C‘
mov
[gs:edi], ax
retf
SegCodeDestLen
equ
$ - LABEL_SEG_CODE_DEST
; END of [SECTION .sdest]
8.16b代码段——用于从保护模式回到实模式
========================================================================================================
; 16 位代码段. 由 32 位代码段跳入, 跳出后到实模式
[SECTION .s16code]
ALIGN
32
[BITS
16]
LABEL_SEG_CODE16:
; 跳回实模式:
mov
ax, SelectorNormal
mov
ds, ax
mov
es, ax
mov
fs, ax
mov
gs, ax
mov
ss, ax
mov
eax, cr0
and
al, 11111110b
mov
cr0, eax
LABEL_GO_BACK_TO_REAL:
jmp
0:LABEL_REAL_ENTRY
; 段地址会在程序开始处被设置成正确的值
Code16Len
equ
$ - LABEL_SEG_CODE16
; END of [SECTION .s16code]
注意：修改ds～ss寄存器的值，看起来仍然是没有必要的，因为后面的程序并没有用到。但是，这是一个很规范的做法，因为如果不这样做的话，会产生很多意想不到的错误。你可以试试看，是否改动以后会出问题。
9.ldt和ldt段——用于显示字符
========================================================================================================
; LDT
[SECTION .ldt]
ALIGN
32
LABEL_LDT:
; 段基址 段界限 , 属性
LABEL_LDT_DESC_CODEA:
Descriptor
0, CodeALen - 1, DA_C + DA_32
; Code, 32 位
LDTLen
equ
$ - LABEL_LDT
; LDT 选择子
SelectorLDTCodeA
equ
LABEL_LDT_DESC_CODEA
- LABEL_LDT + SA_TIL
; END of [SECTION .ldt]
; CodeA (LDT, 32 位代码段)
[SECTION .la]
ALIGN
32
[BITS
32]
LABEL_CODE_A:
mov
ax, SelectorVideo
mov
gs, ax
; 视频段选择子(目的)
mov
edi, (80 * 13 + 0) * 2
; 屏幕第 13 行, 第 0 列。
mov
ah, 0Ch
; 0000: 黑底 1100: 红字
mov
al, ‘L‘
mov
[gs:edi], ax
; 准备经由16位代码段跳回实模式
jmp
SelectorCode16:0
CodeALen
equ
$ - LABEL_CODE_A
; END of [SECTION .la]
补充知识：
1.retf指令的意义
ret 弹出一个参数，给ip，返回
retf 弹出2个参数，一个给 ip,一个给 cs
iref 弹出 3个参数，一个给 ip,一个 给 cs ,一个 给 flag标志位
他们都是返回调用点的，看你调用的时候，用的什么调用的，是 call 段内转移 ，还是call 段间转移，还是int 调用中断。
2.gdtr与ldtr的内容
参考：相关寄存器和系统指令
http://blog.csdn.net/trochiluses/article/details/19438837
3.pm.inc
; 描述符图示
; 图示一
;
; ------ ┏━━┳━━┓高地址
; ┃ 7 ┃ 段 ┃
; ┣━━┫ ┃
; 基
; 字节 7 ┆ ┆ ┆
; 址
; ┣━━┫ ② ┃
; ┃ 0 ┃ ┃
; ------ ┣━━╋━━┫
; ┃ 7 ┃ G ┃
; ┣━━╉──┨
; ┃ 6 ┃ D ┃
; ┣━━╉──┨
; ┃ 5 ┃ 0 ┃
; ┣━━╉──┨
; ┃ 4 ┃ AVL┃
; 字节 6 ┣━━╉──┨
; ┃ 3 ┃ ┃
; ┣━━┫ 段 ┃
; ┃ 2 ┃ 界 ┃
; ┣━━┫ 限 ┃
; ┃ 1 ┃ ┃
; ┣━━┫ ② ┃
; ┃ 0 ┃ ┃
; ------ ┣━━╋━━┫
; ┃ 7 ┃ P ┃
; ┣━━╉──┨
; ┃ 6 ┃ ┃
; ┣━━┫ DPL┃
; ┃ 5 ┃ ┃
; ┣━━╉──┨
; ┃ 4 ┃ S ┃
; 字节 5 ┣━━╉──┨
; ┃ 3 ┃ ┃
; ┣━━┫ T ┃
; ┃ 2 ┃ Y ┃
; ┣━━┫ P ┃
; ┃ 1 ┃ E ┃
; ┣━━┫ ┃
; ┃ 0 ┃ ┃
; ------ ┣━━╋━━┫
; ┃ 23 ┃ ┃
; ┣━━┫ ┃
; ┃ 22 ┃ ┃
; ┣━━┫ 段 ┃
;
; 字节 ┆ ┆ 基 ┆
; 2, 3, 4
; ┣━━┫ 址 ┃
; ┃ 1 ┃ ① ┃
; ┣━━┫ ┃
; ┃ 0 ┃ ┃
; ------ ┣━━╋━━┫
; ┃ 15 ┃ ┃
; ┣━━┫ ┃
; ┃ 14 ┃ ┃
; ┣━━┫ 段 ┃
;
; 字节 0,1┆ ┆ 界 ┆
;
; ┣━━┫ 限 ┃
; ┃ 1 ┃ ① ┃
; ┣━━┫ ┃
; ┃ 0 ┃ ┃
; ------ ┗━━┻━━┛低地址
;
; 图示二
; 高地址………………………………………………………………………低地址
; | 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 |
; |7654321076543210765432107654321076543210765432107654321076543210|
<- 共 8 字节
; |--------========--------========--------========--------========|
; ┏━━━┳━━━━━━━┳━━━━━━━━━━━┳━━━━━━━┓
; ┃31..24┃ (见下图) ┃ 段基址(23..0) ┃ 段界限(15..0)┃
; ┃ ┃ ┃ ┃ ┃
; ┃ 基址2┃③│②│ ①┃基址1b│ 基址1a ┃ 段界限1 ┃
; ┣━━━╋━━━┳━━━╋━━━━━━━━━━━╋━━━━━━━┫
; ┃ %6 ┃ %5 ┃ %4 ┃ %3 ┃ %2 ┃ %1 ┃
; ┗━━━┻━━━┻━━━┻━━━┻━━━━━━━┻━━━━━━━┛
; │ \_________
; │ \__________________
; │ \________________________________________________
; │ \
; ┏━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┓
; ┃ 7 ┃ 6 ┃ 5 ┃ 4 ┃ 3 ┃ 2 ┃ 1 ┃ 0 ┃ 7 ┃ 6 ┃ 5 ┃ 4 ┃ 3 ┃ 2 ┃ 1 ┃ 0 ┃
; ┣━━╋━━╋━━╋━━╋━━┻━━┻━━┻━━╋━━╋━━┻━━╋━━╋━━┻━━┻━━┻━━┫
; ┃ G ┃ D ┃ 0 ┃ AVL┃ 段界限 2 (19..16) ┃ P ┃ DPL ┃ S ┃ TYPE ┃
; ┣━━┻━━┻━━┻━━╋━━━━━━━━━━━╋━━┻━━━━━┻━━┻━━━━━━━━━━━┫
; ┃ ③: 属性 2 ┃ ②: 段界限 2 ┃ ①: 属性1 ┃
; ┗━━━━━━━━━━━┻━━━━━━━━━━━┻━━━━━━━━━━━━━━━━━━━━━━━┛
; 高地址 低地址
;
;
; 说明:
;
; (1) P: 存在(Present)位。
;
P=1 表示描述符对地址转换是有效的，或者说该描述符所描述的段存在，即在内存中；
;
P=0 表示描述符对地址转换无效，即该段不存在。使用该描述符进行内存访问时会引起异常。
;
; (2) DPL: 表示描述符特权级(Descriptor Privilege level)，共2位。它规定了所描述段的特权级，用于特权检查，以决定对该段能否访问。
;
; (3) S: 说明描述符的类型。
;
对于存储段描述符而言，S=1，以区别与系统段描述符和门描述符(S=0)。
;
; (4) TYPE: 说明存储段描述符所描述的存储段的具体属性。
;
;
;
数据段类型
类型值
说明
;
----------------------------------
;
0
只读
;
1
只读、已访问
;
2
读/写
;
3
读/写、已访问
;
4
只读、向下扩展
;
5
只读、向下扩展、已访问
;
6
读/写、向下扩展
;
7
读/写、向下扩展、已访问
;
;
;
类型值
说明
;
代码段类型
----------------------------------
;
8
只执行
;
9
只执行、已访问
;
A
执行/读
;
B
执行/读、已访问
;
C
只执行、一致码段
;
D
只执行、一致码段、已访问
;
E
执行/读、一致码段
;
F
执行/读、一致码段、已访问
;
;
;
系统段类型
类型编码
说明
;
----------------------------------
;
0
<未定义>
;
1
可用286TSS
;
2
LDT
;
3
忙的286TSS
;
4
286调用门
;
5
任务门
;
6
286中断门
;
7
286陷阱门
;
8
未定义
;
9
可用386TSS
;
A
<未定义>
;
B
忙的386TSS
;
C
386调用门
;
D
<未定义>
;
E
386中断门
;
F
386陷阱门
;
; (5) G: 段界限粒度(Granularity)位。
;
G=0 表示界限粒度为字节；
;
G=1 表示界限粒度为4K 字节。
; 注意，界限粒度只对段界限有效，对段基地址无效，段基地址总是以字节为单位。
;
; (6) D: D位是一个很特殊的位，在描述可执行段、向下扩展数据段或由SS寄存器寻址的段(通常是堆栈段)的三种描述符中的意义各不相同。
; ⑴ 在描述可执行段的描述符中，D位决定了指令使用的地址及操作数所默认的大小。
;
① D=1表示默认情况下指令使用32位地址及32位或8位操作数，这样的代码段也称为32位代码段；
;
② D=0 表示默认情况下，使用16位地址及16位或8位操作数，这样的代码段也称为16位代码段，它与80286兼容。可以使用地址大小前缀和操作数大小前缀分别改变默认的地址或操作数的大小。
; ⑵ 在向下扩展数据段的描述符中，D位决定段的上部边界。
;
① D=1表示段的上部界限为4G；
;
② D=0表示段的上部界限为64K，这是为了与80286兼容。
; ⑶ 在描述由SS寄存器寻址的段描述符中，D位决定隐式的堆栈访问指令(如PUSH和POP指令)使用何种堆栈指针寄存器。
;
① D=1表示使用32位堆栈指针寄存器ESP；
;
② D=0表示使用16位堆栈指针寄存器SP，这与80286兼容。
;
; (7) AVL: 软件可利用位。80386对该位的使用未左规定，Intel公司也保证今后开发生产的处理器只要与80386兼容，就不会对该位的使用做任何定义或规定。
;
;----------------------------------------------------------------------------
; 描述符类型值说明
; 其中:
; DA_ : Descriptor Attribute
; D : 数据段
; C : 代码段
; S : 系统段
; R : 只读
; RW : 读写
; A : 已访问
; 其它 : 可按照字面意思理解
;----------------------------------------------------------------------------
DA_32
EQU
4000h
; 32 位段
DA_DPL0
EQU
00h
; DPL = 0
DA_DPL1
EQU
20h
; DPL = 1
DA_DPL2
EQU
40h
; DPL = 2
DA_DPL3
EQU
60h
; DPL = 3
;----------------------------------------------------------------------------
; 存储段描述符类型值说明
;----------------------------------------------------------------------------
DA_DR
EQU
90h
; 存在的只读数据段类型值
DA_DRW
EQU
92h
; 存在的可读写数据段属性值
DA_DRWA
EQU
93h
; 存在的已访问可读写数据段类型值
DA_C
EQU
98h
; 存在的只执行代码段属性值
DA_CR
EQU
9Ah
; 存在的可执行可读代码段属性值
DA_CCO
EQU
9Ch
; 存在的只执行一致代码段属性值
DA_CCOR
EQU
9Eh
; 存在的可执行可读一致代码段属性值
;----------------------------------------------------------------------------
; 系统段描述符类型值说明
;----------------------------------------------------------------------------
DA_LDT
EQU
82h
; 局部描述符表段类型值
DA_TaskGate
EQU
85h
; 任务门类型值
DA_386TSS
EQU
89h
; 可用 386 任务状态段类型值
DA_386CGate
EQU
8Ch
; 386 调用门类型值
DA_386IGate
EQU
8Eh
; 386 中断门类型值
DA_386TGate
EQU
8Fh
; 386 陷阱门类型值
;----------------------------------------------------------------------------
; 选择子图示:
; ┏━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┳━━┓
; ┃ 15 ┃ 14 ┃ 13 ┃ 12 ┃ 11 ┃ 10 ┃ 9 ┃ 8 ┃ 7 ┃ 6 ┃ 5 ┃ 4 ┃ 3 ┃ 2 ┃ 1 ┃ 0 ┃
; ┣━━┻━━┻━━┻━━┻━━┻━━┻━━┻━━┻━━┻━━┻━━┻━━┻━━╋━━╋━━┻━━┫
; ┃ 描述符索引 ┃ TI ┃ RPL ┃
; ┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┻━━┻━━━━━┛
;
; RPL(Requested Privilege Level): 请求特权级，用于特权检查。
;
; TI(Table Indicator): 引用描述符表指示位
;
TI=0 指示从全局描述符表GDT中读取描述符；
;
TI=1 指示从局部描述符表LDT中读取描述符。
;
;----------------------------------------------------------------------------
; 选择子类型值说明
; 其中:
; SA_ : Selector Attribute
SA_RPL0
EQU
0
; ┓
SA_RPL1
EQU
1
; ┣ RPL
SA_RPL2
EQU
2
; ┃
SA_RPL3
EQU
3
; ┛
SA_TIG
EQU
0
; ┓TI
SA_TIL
EQU
4
; ┛
;----------------------------------------------------------------------------
; 宏 ------------------------------------------------------------------------------------------------------
;
; 描述符
; 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
(2 字节)
dw
%1 & 0FFFFh
; 段基址 1
(2 字节)
db
(%1 >> 16) & 0FFh
; 段基址 2
(1 字节)
dw
((%2 >> 8) & 0F00h) | (%3 & 0F0FFh)
; 属性 1 + 段界限 2 + 属性 2
(2 字节)
db
(%1 >> 24) & 0FFh
; 段基址 3
(1 字节)
%endmacro ; 共 8 字节
;
; 门
; usage: Gate Selector, Offset, DCount, Attr
; Selector: dw
; Offset: dd
; DCount: db
; Attr: db
%macro Gate 4
dw
(%2 & 0FFFFh)
; 偏移 1
(2 字节)
dw
%1
; 选择子
(2 字节)
dw
(%3 & 1Fh) | ((%4 << 8) & 0FF00h)
; 属性
(2 字节)
dw
((%2 >> 16) & 0FFFFh)
; 偏移 2
(2 字节)
%endmacro ; 共 8 字节
; ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^自己动手写操作系统源码剖析——第三章 pmtest4.asm,布布扣,bubuko.com
自己动手写操作系统源码剖析——第三章 pmtest4.asm
原文：http://blog.csdn.net/trochiluses/article/details/20049731
