为什么?为了弄清楚以上问题，首先要了解CPU是如何处理物理地址的?真的是在实模式下用段寄存器左移4位与偏移量相加，在保护模式下用段描述符中的基地址加偏移量而两者是毫无关联的吗?答案是两者其实是一样的。当Intel把80286推出时其地址空间变成了24位，从8086的20位到24位，十分自然地要加大段寄存器才行，实际上它们都被加大了，只是由于保护的原因加大的部分没有被程序看见，到了80386之后地址又从24位加大到32位(80386SX是24位)。整个段寄存器如下图所示：
@@12A08400.GIF;图1@@
在8086中CPU只有“看得见部分”，从而也直接参与了地址形成运算，但在80286之后，在“看不见部分”中已经包含了地址值，“看得见部分”就退化为只是一个标号再也不用参与地址形成运算了。地址的形成总是从“不可看见部分”取出基址值与偏移相加形成地址。也就是说在实模式下当一个段寄存器被装入一个值时，“看不见部分”的界限被设成FFFFH，基址部分才是要装入值左移4位，属性部分设成16位0特权级。这个过程与保护模式时装入一个段存器是同理的，只是保护模式的“不可见部分”是从描述表中取值，而实模式是一套固定的过程。
对于CPU在形成地址时，是没有实模式与保护模式之分的，它只管用基址(“不可见部分”)去加上偏移量。实模式与保护模式的差别实际上只是保护处理部件是否工作得更精确而已，比如不允许代码段的写入。实模式下的段寄存装入有固定的形成办法从而也就不需要保护模式的“描述符”了，因此保持了与8086/8088的兼容性。而“描述符”也只是为了装入段寄存器的“不可见部分”而设的。
从上面的“整个段寄存器”可见CPU的地址形成与“看得见部分”的当前值毫无关系，这也解释了为什么在刚进入保护模式时后面的代码依然被正确地运行而这时代码段寄存器CS的值却还是进入保护模式前的实模式值，或者从保护模式回到实模式时代码段CS被改变之前程序是正常地工作，而不会“突变”到CS左移4位的地址上去，比如在保护模式时CS是08H的选择器，到了实模式时CS还是08H但地址不会突然变成80H加上偏段量中去。因为地址的形成不理会段寄存器“看得见部分”的当前值，这一个值只是在被装入时对CPU有用。
地址的形成与CPU的工作模式无关，也就是说实模式与0特权级保护模式不分页时是一模一样的。明白了这一机理，在实模式下一样可以处理通常被认为只有在保护模式才能做的事，比如访问整个机器的内存。可以不必理会保护模式下的众多术语，或者更易于理解，如选择器就是“看得见部分”，描述符是为了装入“不可见部分”而设的。
作为验证CPU的这种机理，这里写了一个实模式下访问4GB内存的C程序。有一些书籍也介绍有同样功能的汇编程序，但它们都错误地认为是利用80386芯片的设计疏漏。实际上Intel本身就在使用这种办法，使得CPU上电时能从FFFFFFF0H处开始第一条指令，这种技术在286之后的每一台机器每一次冷启动时都使用，只是我们不知道罢了。CPU上电也整个代码段寄存器是这样的：
@@12A08401.GIF;图2@@
EIP=0000FFF0H
这样CS∶EIP形成了FFFFFFF0H的物理地址，当CPU进行一次远跳转重新装入CS时，基址就变了。
为了访问4G内存空间，必须有一个段寄存器的“不可见部分”的界限为4G-1，基址为0，这样就包含了4GB内存，不必理会可见部分的值。显然要让段寄存器在实模式下直接装入这些值是不可能的。唯一的办法是让CPU进入一会儿保护模式在装入了段寄存器之后马上回到实模式。
进入保护模式十分简单，只要建好GDT把CRO寄存器的位0置上1，CPU就在保护模式了，从前面所分析CPU地址形成机理可知，这时不必理会寄存器的“看得见部分”值是否合法，各种段寄存器是一样可用的，就像没进保护模式一样。在把一个包含有4GB地址空间的值装入某个段寄存器之后就可返回实模式。
预先可建好GDT如下：
uignedlongGDT-Table[]={0,0,//空描述符，必须为零0x0000FFFF,0xCF9A00,//32位平面式代码段0x0000FFFF,0xCF9200},//32位平面式数据段只是为了访问数据的话只要2个GDT就足够了，因为并没有重装代码段，这里给出3个GDT只是为了完整性。
通常在进入保护模式时要关闭所有的中断，把IDTR的界限设置为0，CPU自动关闭所有中断，包括NMI
，返回实模式后恢复IDTR并开中断。
另外A20地址线的控制对于正确访问整个内存也很重要，在进入保护模式前要让8042打开A20地址线。
在这个例子里FS段寄存器设成可访问4GB内存的基址和界限，由于在DOS中很少有程序会用到GS、FS这两个386增加的段寄存器，当要读写4GB范围中的任一个地方都可通过FS段来达到，直到FS在实模式下被重装入冲掉为止。
这个例子在386SX、386DX、486上都运行通过。例子里加有十分详细的注释，由于这一程序是用BC3.1编译连接的，而其连接器不能为DOS程序处理32位寄存器，所以直接在代码中加入操作码前缀0x66和地址前缀0x67，以便让DOS实模式下的16位程序可用32位寄存器和地址。程序的右边以注释形式给出等效的32位指令。要注意16位的指令中moval,byteptr[BX]的指令码正好是32位的指令moval,byteptr[EDI]。
读者可用这个程序验证BIOS是否同时在两个区域出现。如果有线性定址能力的VESA显示卡(如TVGA9440)还可进一步验证线性显示缓冲区在1MB之上的工作情况。
#include
uignedlongGDT-Table[]=
{0,0,//NULL-00H
0x0000FFFF,0x00CF9A00,//Code32-08hBase=0Limit=4G-1Size=4G
0x0000FFFF,0x00CF9200//Data32-10hBase=0Limit=4G-1Size=4G
};
uignedcharOldIDT[6]={0};//SaveTheIDTRbeforeEnterProtectMode.
uignedcharpdescr-tmp[6]={0};//NULLTheIDTRsLimit=0CPUwill
//disableallInterrupts,includeNMI.
#defineKeyWait(){while(iortb(0x64)&2);}
voidA20Enable(void)
{
keyWait();
outportb(0x64,0xD1);
KeyWait();
outportb(0x60,0xDF);//EnableA20with8042.
KeyWait();
outportb(0x64,0xFF);
KeyWait();
}
voidLoadFSLimit4G(void)
{
A20Enable();//EnableA20
//***
Disableints&NullIDT
//***
asm{
CLI//Disableinerrupts
SIDTOldIDT//SaveOLDIDTR
LIDTpdescr-tmp//SetupemptyIDT.Disableanyinterrupts,
}//IncludeNMI.
//***
LoddGDTR
//***
asm{//TherightCodeisReal,ButBC sLinkerNOT
//Workwith32bitsCode.
db0x66//32bitOperationPrefixin16BitDOS.
MOVCX,DS//MOVECX,DS
db0x66//GetDatasegmentphysicalAddre
SHLCX,4//SHLECX,4
MOVwordptrpdescr-tmp[0],(3*8-1)
//MOVwordptrpdescr-tmp[0],(3*8-1)
db0x66
XORAX,AX//XOREAX,EAX
MOVAX,offsetGDT-Table
//MOVAX,offsetGDT-Table
db0x66
ADDAX,CX//ADDEAX,ECX
MOVwordptrpdescr-tmp[2],AX
//GDTRBaselow16bits
db0x66
SHRAX,16//SHREAX,16
MOVwordptrpdescr-tmp[4],AX
//GDTRBasehigh16bits
LGDTpdescr-tmp//LoadGDTR
}
//****
//*Enter32bitFlatProtectedMode
//****
asm{
movDX,0x10//TheData32Selector
db0x66,0x0F,0x20,0xC0//MOVEAX,CR0
db0x66
MOVBX,AX//MOVEBX,EAX
ORAX,1
db0x66,0x0F,0x22,0xC0
//MOVCRO,EAX//SetProtectionenablebit
JMPFlsuh
}//Clearmachineperformcache.
flush://NowInFlatMode,ButTheCSisRealModeValue.
asm{//Anditsattribis16BitCodeSegment.
db0x66
MOVAX,BX//MOVEAX,EBX
db0x8E,0xE2//MOVFS,DX
//LoadFSBase=0Size=4Gnow
db0x66,0x0F,0x22,0xC0//MOVCRO,EAX
//ReturnRealMode.
LIDTOldIDT//LIDTOldIDT//RestoreIDTR
STI//STI//EnableINTR
}
}
uignedcharReadByte(uignedlongAddre)
{
asmdb0x66
asmmovdi,wordptrAddre//MOVEDI,Addre
asmdb0x67//32bitAddrePrefix
asmdb0x64//FS:
asmmoval,byteptr[BX]//=MOVAL,FS:[EDI]
return-AL;
}
uignedcharWriteByte(uignedLongAddre)
{
asmdb0x66
asmmovdi,wordptrAddre//MOVEDI,Addre
asmdb0x67//32bitAddrePrefix
asmdb0x64//FS:
asmmovbyteptr[BX],al//=MOVFS:[EDI],AL
return-AL;
}
////////DontTouchAboveCode///
#include
voidDump4G(uignedlongAddre)
{
inti;
intj;
for(i=0;i<20;i )
{
printf(“ 1X:”,(Addre i*16));
for(j=0;j<16;j )
printf("02X",ReadByte(Addre i*16 j));
printf("");
for(j=0;j<16;j )
{
if(ReadByte(Addre i*16 j)<0x20)printf(".");
elseprintf("C",ReadByte(Addre i*16 j));
}
printf("/n");
}
}
main()
{
uignedlongAddre=0;
uignedlongtm
LoadFSLimit4G();
printf("====DesignedBySouthern.1995.7.17====/n");
printf("NowyoucanAcceTheMachineAll4GMemory./n");
printf("IuttheStartMemoryPhysicaltoDUMP./n");
printf("PreDtoCuntinueDUMP,0toEnd&Quit,/n");
do{
printf("-");
scanf("IX",&tmp);
if(tmp==0x0d)Addre =(20*16);
elseAddre=tm
Dump4G(Addre);
}while(Addre!=0);
return0;
}