原创 【转帖】关于VirtualAlloc和VirtualCopy的奇怪问题

以前，对这个VirtualAlloc和VirtualCopy一点都不了解，只是从网上看到一些介绍，这次我发现他们在4.2BSP和5.0BSP下使用有些不同，但是4.2BSP照样在wince5.0下使用也没有问题，现在以4.2BSP和5.0BSP下下的按键驱动为例子。

      先看4.2BSP的例子：

/* IO Register Allocation */

v_pIOPregs = (volatile IOPreg *)VirtualAlloc(0, sizeof(IOPreg), MEM_RESERVE, PAGE_NOACCESS);
if (v_pIOPregs == NULL) 
{
   ERRORMSG(1,(TEXT("For IOPregs : VirtualAlloc failed!\r\n")));
   RetValue = FALSE;
}
else 
{
   if (!VirtualCopy((PVOID)v_pIOPregs, (PVOID)(IOP_BASE), sizeof(IOPreg), PAGE_READWRITE | PAGE_NOCACHE)) 
   {
    ERRORMSG(1,(TEXT("For IOPregs: VirtualCopy failed!\r\n")));
    RetValue = FALSE;
   }
}

在VirtualCopy的IOP_BASE是个虚拟地址

#define IOP_BASE      0xB1600000 // 0x56000000

但是在5.0BSP却不一样，非常让人震惊。

v_pIOPregs = (volatile S3C2440A_IOPORT_REG *)VirtualAlloc(0, sizeof(S3C2440A_IOPORT_REG), MEM_RESERVE, PAGE_NOACCESS);
VirtualCopy((PVOID)v_pIOPregs, (PVOID)(S3C2440A_BASE_REG_PA_IOPORT >> 8), sizeof(S3C2440A_IOPORT_REG), PAGE_PHYSICAL|PAGE_READWRITE|PAGE_NOCACHE );

S3C2440A_BASE_REG_PA_IOPORT 是个物理地址#define S3C2440A_BASE_REG_PA_IOPORT             (0x56000000)     

这个本来和4.2的虚拟地址就很大不同了，但是还要弄成     S3C2440A_BASE_REG_PA_IOPORT >> 8，右移八位，真是不可思议。

不过这个VirtualCopy的最后一个参数不同，在5.0BSP中多了一个PAGE_PHYSICAL，哦这个估计是关键因素。这里使用物理地址了，但是为什么还要右移八位，要知道答案就看PB的帮助了。

This function dynamically maps a virtual address to a physical address by creating a new page-table entry. Terminate the mapping by callingVirtualFree.

BOOL VirtualCopy( 
LPVOID , 
LPVOID , 
DWORD , 
DWORD  
);

Parameters

lpvDest

[in] Pointer to the destination memory, which must be reserved.

lpvSrc

[in] Pointer to committed memory.

cbSize

[in] Size, in bytes, of the region. The allocated pages include all pages containing one or more bytes in the range from lpAddress to lpAddress+cbSize. This means that a 2-byte range straddling a page boundary causes both pages to be included in the allocated region.

fdwProtect[in] Type of access protection. If the pages are being committed, any one of a number of flags can be specified, along with the PAGE_GUARD and PAGE_NOCACHE, protection modifier flags. The following table shows the flags that can be specified.

      PAGE_PHYSICAL这个参数决定了要右移八位（除以256），哈哈，这样就达到了异曲同工之妙。不过还有一点就是使用了PAGE_PHYSICAL之后就不要使用VirtualFree 了因为，使用了也无济于事。

      现在来看看这个VirtualAlloc 吧。

This function reserves or commits a region of pages in the virtual address space of the calling process.

Memory allocated by VirtualAlloc is initialized to zero.

LPVOID VirtualAlloc(
LPVOID , 
DWORD , 
DWORD , 
DWORD  
);

Parameters

lpAddress

[in] Long pointer to the specified starting address of the region to be allocated.

If the memory is being reserved, the specified address is rounded down to the next 64-KB boundary.

If the memory is reserved and is being committed, the address is rounded down to the next page boundary.

To determine the size of a page on the host computer, use the GetSystemInfo function.

If this parameter is NULL, the system determines where to allocate the region.

dwSize

[in] Specifies the size, in bytes, of the region. It is an error to set this parameter to 0.

If the lpAddress parameter is NULL, this value is rounded up to the next page boundary.

Otherwise, the allocated pages include all pages containing one or more bytes in the range from lpAddress to lpAddress+dwSize. This means that a 2-byte range straddling a page boundary causes both pages to be included in the allocated region.

flAllocationType

[in] Specifies the type of allocation.

The following table shows flags you can specify for this parameter in any combination

      关于wince的内存管理，还是很复杂的，如果开源就好了，水平太菜，学习的东西越来越多，但是感觉越来越慌张。