Windows下直接访问物理内存.docxVIP

Windows 95/98下直接访问物理内存 在很多情况下,我们都有直接访问物理内存的要求,如在实时高速数据采集系统中,对I/O板上配置的存储器的访问。但是,为了保证系统的安全性和稳定性,操作系统并不提倡应用程序直接访问硬件资源,因此,随着操作系统的进步,导致了目前存在的这样一个不幸的事实:以前在DOS下很容易实现的特定物理内存的读写操作,在Windows下却变得相当困难。 本文主要讨论如何在Windows 95/98下实现物理内存的直接读写操作。为了论述清楚这个问题,有必要叙述保护模式的寻址方式以及Windows 95/98的内存管理方式。 Windows 95/98内存管理方式 Windows 95/98工作在32位保护模式下,保护模式与实模式的根本区别在于CPU寻址方式上的不同:尽管两者对应的内存地址均为段地址:偏移量形式,但在保护模式下,段地址代表的值已不再是实模式中段的起始基准地址了;对于CS、DS、ES、SS寄存器,在实模式下,这些寄存器的值左移4位,再加上偏移量,即得到物理地址,而在保护模式下,这些寄存器的值为段选择符,它实际上是一个查全局描述符表(GDT)或局部描述符表(LDT)的索引,据此在GDT或LDT找到对应的段描述符,从而获得段的基址及类型等信息,再根据偏移量,才能得到线性地址。如果操作系统没有采用分页机制,那么得到的线性地址即为物理地址,否则,线性地址需要进一步经过分页机制才能得到物理地址。这就是保护模式下的段页式寻址机制。 Windows 95/98使用4GB的虚拟内存地址空间,应用程序访问内存使用虚拟地址,从虚拟地址到物理地址的转换过程如图1所示:图1 虚拟地址到物理地址的转化过程 对于图1中的分页机制,Windows 95/98采用两级页表结构,如图2所示。图2 采用的分页机制的两级页表结构 从图2可知,线性地址被分割成页目录条目(PDE)、页表条目(PTE)、页偏移地址(Off set)三个部分。当建立一个新的WIN 32进程时,Windows 95/98会为它分配一块内存,并建立它自己的页目录、页表,页目录的地址也同时放入进程的现场信息中。当计算一个地址时,系统首先从控制寄存器CR3中读出页目录所在的地址(该地址为物理地址,并且是页对齐的),然后根据PDE得到页表所在的地址,再根据PTE得到包含了实际Code或Data的页帧, 最后根据Offset访问页帧中的特定单元。 常用内存段的段选择符 从上述所介绍的Windows 95/98采用的分段、分页机制可看出,要想在Windows 95/9 8下直接访问物理内存,关键是得到欲访问物理内存所在的内存区域对应的段选择符。 一般说来,要求直接访问的物理内存都与实模式下能够寻址的内存有关(即DOS能直接访问的1M物理内存)。在Windows 3.X中,Microsoft给出了DOS常用段的段选择符,如_000 0H(未公开),_B800H,_F000H(已公开),等等,均可以在KERNEL中找到,应用程序可以直接使用这些段选择符,实现物理内存的直接访问。而在Windows 95/98中,Microsoft却不在任何文档中提供这些段的预定义,在KERNEL中也不提供相应的段选择符。但是,Windows 95 /98确实给DOS下的这些常用内存段定义了相应的段描述符。通过SoftIce 3.02 for Win dows 95/98,我们得到了关于LDT的如下信息: ...... :ldt LDTbaseLimit=3FFF …… 1007 Data16 00000C90 0000FFFF 3 P RW 100F Data160000FFFF 3 P RW 1017 Data160000FFFF 3 P RW 101F Data16 000F0000 0000FFFF 3 P RW 1027 Data16 000A0000 0000FFFF 3 P RW 102F Data16 000B0000 0000FFFF 3 P RW 1037 Data16 000B8000 0000FFFF 3 P RW 103F Data16 000C0000 0000FFFF 3 P RW 1047 Data16 000D0000 0000FFFF 3 P RW 104F Data16 000E0000 0000FFFF 3 P RW …… 其中,每一行对应一个段描述符,第一栏为其段选择符,第二栏为段描述符的类型,第三栏为段的基地址(线性地址),第四栏为段的限长,第五栏为段描述符的特权级,第六栏标志对应段是否存在于内存中,第七栏表示段的访问权限。 可以看出,这些段的基地址与DOS下的常用内存段完全吻合,并且均为