现在位置:首页 >> 嵌入式操作系统 >> Windows CE
WinCE 5.0 virtual memory space
作者:phantom 时间:2009/8/20 文章来源:来自网络

    要深入了解WinCE的memory结构,就不得不在这里先画个virtual memory space的图。这个图是针对WinCE 5.0的。由于WinCE 6的结构做了很大变化,关于WinCE 6的内容将在以后介绍。

    关于这个图的来源,有两点要说明。其一,绘制这个图的主要依据是Micorsoft一份ppt。其二,在Nasiry的blog上也有一份类似的图(http://www.cnblogs.com/nasiry/archive/2004/11/16/64437.html)。也正是Nasiry的那幅图给我启发,才让我想在这里重新绘制一份,并写下一些说明。

     WinCE 5.0 的virtual memory 分为4GB。其中高位的2GB为Kernel space,低位的2GB为User space。Kernel space可以被拥有权限(运行在Kernel mode)的线程访问。任何线程,可以通过调用SetKMode来让自己切换到Kernel mode或者User mode。低位的2GB,只是理论上可以被任何线程访问,但实际上访问起来也要受到一些限制。这点在下文说明。

     关于Kernel Space:

0x8000 0000 ~ (0xC000 0000 - 1): 这1GB的空间是用来做static mapping的。在WinCE启动时,WinCE会把物理地址通过静态映射到这1GB的空间。其中0x8000 0000 - (0xA000 0000 - 1)的512MB空间是带缓存的映射,另外的高512MB空间是不带缓存的。为什么同样的memory要做两次映射?目前能想到的例子是,当我们使用一片memory,比如FileMapping的方式在多个进程之间共享memory的时候,如果一个进程写,一个进程读,那么这片meomry可能要设置为UnCached,从而保证两边的数据不会因为cache的原因而出现不同步的情况。另外,由于静态映射的地址空间已经确定了,最大为512MB,那么也就限定了WinCE 5.0最多只能管理512MB的memory。
0xC000 0000 ~ (0xC200 0000 -1) 未使用。
0xC200 0000 ~ (0xC400 0000 -1): NK.exe进程被load的位置。
0xC400 0000 ~ (0xE000 0000 -1):OEM可以使用的静态映射空间,具体如何使用尚未遇到过。
0xE000 0000 ~ 0xFFFF FFFF:Trap,KPAGE等地址空间。
关于User space,可以被分为64个,每个为32MB的slots。

0x0000 0000 ~ (0x0200 0000 - 1):Slot0 为当前运行的进程。前面说道每个线程虽然可以放问user space,但时机上,在访问其它进程的空间时,需要获得对那个进程的访问权限。可以通过调用SetProcPermissions 获得对其它进程的访问权限。
0x0200 0000 ~ (0x0400 0000 - 1):slot1 为存放XIP DLL的地方。所谓XIP,就是execute in place的缩写。XIP区域就是可以直接从ROM中执行,不需要load到RAM中的代码。
0x0400 0000 ~ (0x4200 0000 - 1):存放另外31个进程的slot。
0x4200 0000 ~ (0x7E00 0000 - 1):object store,share memory(eg. memory mapped files)。可以被所有线程访问。
0x7E00 0000 ~ (0x8000 0000 - 1):存放dll的resource。 
 

 

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/rkfang/archive/2007/03/23/1539092.aspx


上一篇:关于EVC中的预编译头文件.[返回列表]下一篇: WinCE 菜鸟问答