第6天 分割编译与中断处理

今天我们来详细了解一下段结构体的各个属性及几个函数。

struct SEGMENT_DESCRIPTOR
{
	short limit_low, base_low;
	char base_mid, access_right;
	char limit_high, base_high;
};

结构体SEGMENT_DESCRIPTOR就是段描述符，保存了段的基址，上限，权限等。各个属性的排列顺序不能变，这跟CPU有关。

（1）段的基址：地址应该用32位来表示，所以应该有4个字节。结构体中，分别用base_low、mid_mid、base_high来保存地址的低16位、中8位及高8位。至于要把基址分为段，是为了跟80826时代的程序兼容。

（2）段的上限：表示一个段有多少个字节。段的最大上限为4GB = 2 ^ 32，即需要用4个字节来保存。但这样的话，加上段基础就已经有8字节了，段的权限等属性就存不下了。怎么办？英特尔的设计者们非常巧妙地在段属性里设置了一个标志位，叫做Gbit，如果Gbit = 1，那么limit的单位不再是byte，而是page，在CPU中，1 page就是4 KB。好了，1M * 4KB就是4GB，那么我们只需要用20位了。接下来，我们将段上限的低16位存在limit_low中，高4位存在limit_high的低4位中。那么limit_high的高4位不是浪费了吗？设计师们精打细算，可不会就么这算了，这个高4位还要存放段属性！

（3）段的属性：即段的访问属性，用12位来保存，其中，高4位放在limit_high的高4位中，低8位存在assess_right中。其中，高4位为“扩展访问权”，因为这4位的访问属性在80280中还不存在，到386以后才可以使用。这4位由“GD00”构成，其中G是指Gbit，D是指段的模式（1指32位模式，0指16位模式）。而低8位呢，有以下几个：

1、0x00：未使用的记录表（descriptor table）

2、0x92：系统专用，可读写的段。不可执行。

3、0x9a：系统专用，可执行的段。可读不可写。

3、0xf2：应用程序用，可读写的段。不可执行。

4、0xfa：应用程序用，可执行的段。可读不可写。

在32位模式下，CPU有系统模式（也称ring0）和应用模式（也称ring3）之分。

根据上面的信息，我们写出下面这个函数，来对段进行设置。

void set_segmdesc(struct SEGMENT_DESCRIPTOR *sd,unsigned int limit, int base, int ar)
{
	//设置段基址
	sd->base_low = base & 0xffff;
	sd->base_mid = (base >> 16) & 0xff;
	sd->base_high = (base >> 24) & 0xff;

	//设置段上限
	if(limit > 0xfffff) //limit > 1M
	{
		ar |= 0x8000; //设置Gbit = 1
		limit /= 0x1000;  //除以4KB
	}
	sd->limit_low = limit & 0xffff;
	sd->limit_high = (limit >> 16) & 0xf;

	//设置段权限
	sd->access_right = ar & 0xff;
	sd->limit_high |= (ar >> 4) & 0xf0;
        return;
}

在程序中，我们最直观的感受是，这里没有数据类型int、char之分，最后都归结于bit来计算。
我们来看下操作gdtr寄存器的代码：

_load_gdtr:		; void load_gdtr(int limit, int addr);
		MOV	AX,[ESP+4]	; limit
		MOV	[ESP+6],AX
		LGDT	[ESP+6]
		RET

gdtr有48位，低16位为段上限（GDT的有效字节数 - 1），高32位为GDT的开始地址。给GDTR寄存器赋值，只有通过内存，不能通过mov指令。