wince下的地址映射知识点滴

引自：http://blog.csdn.net/gooogleman/archive/2008/07/29/2731747.aspx

1.如果是在bootloader中访问设备寄存器，可以直接操作物理地址。

2.wince启动后，硬件上ARM和X86体系的处理器启动了MMU，操作系统只能访问到虚拟地址，不能直接操作物理内存了。但是如果是X86的CPU，由于它的外设I/O端口和存储器空间分开编址，可以直接嵌入汇编或者使用宏read_port_xxx,write_port_xxx来读写设备寄存器的物理地址。

3.wince软件结构里对应MMU的是一个名为OEMAddressTable的数据结构（源文件oeminit.asm中），其中建立了物理地址和虚拟地址的静态映射关系，也可以在其中改动系统所能识别物理内存的大小,以支持大内存。

4.我们也可以在wince启动后调用CreateStaticMapping和NKCreateStaticMapping来实现OEMAddressTable中的这种物理地址和虚拟地址的静态映射关系。

5.建立了静态映射关系的虚拟地址只能由内核模式下的程序来操作，例如 ISR。除非你在定制系统时，选择了full kernal mode，使所有程序都运行在完全内核模式下，这将导致系统不稳定。

6.如果要在驱动程序中访问设备寄存器，必须建立动态虚拟地址映射，可以调用MmmapIoSpace函数来实现，或者通过VirtualAlloc和VirtualCopy函数来实现。其实MmmapIoSpace内部就调用了后者。

7.在驱动中访问虚拟地址时，必须是非缓存段（位于0xA0000000 到 0xBFFFFFFF ）。

8.使用VirtualCopy函数映射物理内存时，其lpvSrc参数必须右移8位，且相应的fdwProtect参数必须带page_physical。

9.如果是ARM体系的处理器，访问挂在系统总线上的设备寄存器前，必须先把总线地址转化成CPU的地址，通过HalTranslateBusAddress实现两种物理地址的变换，然后再调用MmmapIoSpace函数作虚实地址的转换。
wince5.0下可以使用CreateBusAccessHandle(总线注册表路径）+BusTransBusAddrToVirtual来实现总线物理地址到系统虚拟地址的直接变换。

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/gooogleman/archive/2008/07/29/2731747.aspx

评论

# re: VirtualAlloc和VirtualCopy的蕴含知识点 2007-10-10 15:09 applevip

博主，你好

关于VirtualCopy函数中lpvSrc参数的设定，我有一个问题一直想不明白。
问题是，lpvSrc何时需要右移8位？

我有下面理解，希望指教。
1. 如果copy的物理地址在512M范围内，那么由于静态映射的存在，lpvSrc可以为静态映射的虚拟地址，也可以为物理地址。采用后者需要指定page_physical，同时lpvSrc右移8位。
2. 如果copy的物理地址在512M范围外，那么由于微软的如下规定“
VirtualCopy also supports the PAGE_PHYSICAL flag. You must set this flag when you are mapping physical memory that resides beyond 512 MB, that is, physical memory with an address above 0x1FFFFFFF.”
lpvSrc只能为物理地址，同时需要右移。

# re: VirtualAlloc和VirtualCopy的蕴含知识点 2007-10-15 14:50 milkyway

你的理解是正确的。可以简单认为，只要设置了PAGE_PHYSICAL 为真，那么就需要把lpvSrc右移8位。

# re: VirtualAlloc和VirtualCopy的蕴含知识点 2008-06-16 09:43 邹晓均

听君一席话，胜读十年书啊！！！
这两天一直在看WINDOWS内存管理，对页面和粒度这两个概念模糊，直到看到老兄这段话，茅塞顿开，十分感谢！！！
VirtualAlloc用来在进程的虚拟地址空间中保留（reserve)或者提交(commit)页。在保留时以64KB为粒度，即保留空间以64K为单位。而提交虚拟地址时，则以页(典型大小为4KB)为单位。
在保留时以64KB为粒度，即保留空间以64K为单位。而提交虚拟地址时，则以页(典型大小为4KB)为单位