VirtualAlloc和VirtualCopy的蘊(yùn)含知識(shí)點(diǎn)

1.VirtualAlloc用來(lái)在進(jìn)程的虛擬地址空間中保留（reserve)或者提交(commit)頁(yè)。在保留時(shí)以64KB為粒度，即保留空間以64K為單位。而提交虛擬地址時(shí)，則以頁(yè)(典型大小為4KB)為單位。?
2.VirtualCopy用來(lái)綁定一塊物理內(nèi)存到當(dāng)前進(jìn)程虛擬地址空間。參數(shù)里的lpvSrc既可以是內(nèi)核段的虛擬地址也可以是物理地址(用page_physical來(lái)標(biāo)記)。同時(shí)要注意lpvSrc的右移與否。?
3.使用VirtualAlloc要包含Winbase.h;使用VirtualCopy時(shí)要包含plfuncs.h.兩者都要鏈接coredll.lib.?
4.在CE5.0之前,使用VirtualAlloc獲得的虛擬地址空間分為兩種情形:?
(1)大小在2MB以下時(shí),位于調(diào)用進(jìn)程的虛擬空間中;?
(2)大小大于2MB時(shí),位于用戶(hù)態(tài)的共享地址空間內(nèi)(0x42000000-0x7E000000 )

?

ce5.0跟6.0在gpio開(kāi)發(fā)方面的區(qū)別——virtualcopy和deviceiocontrol

2010年01月22日 星期五 15:24

???? 之前在5.0下，gpio的地址映射可以直接用virtualcopy映射，現(xiàn)在6.0底下出現(xiàn)非法地址調(diào)用，百度到以下有價(jià)值的一篇文章~原來(lái)在6.0下為了增加安全性，已經(jīng)禁止在用戶(hù)態(tài)下的virtualcopy的使用。

引用如下----------------------------------------------------------------------------------------------------------------

在CE4.2/5.0里面滾打多年的兄弟應(yīng)該經(jīng)常用這個(gè)函數(shù)吧。這個(gè)函數(shù)方便驅(qū)動(dòng)和應(yīng)用程序范圍任何的物理地址，包括物理內(nèi)存啊，設(shè)備控制器的寄存器啊，甚至GPIO也可以在AP里面隨便拉上拉下。

這個(gè)函數(shù)雖然方便，但是并不安全，你想你好不容易把一個(gè)功能完善的image給build出來(lái)了，結(jié)果碰到了一個(gè)寫(xiě)AP的“高手”，把你的寄存器和共享內(nèi)存中的數(shù)據(jù)修改得一塌糊涂，最后報(bào)出bug來(lái)說(shuō)你驅(qū)動(dòng)的你會(huì)不會(huì)暈倒！

還好從CE6.0開(kāi)始我們可以安枕無(wú)憂(yōu)了，因?yàn)锳P再也不能調(diào)用VirtualCopy函數(shù)來(lái)直接訪問(wèn)物理地址了，但因此帶來(lái)了一些應(yīng)用上的不便。

VirtualCopy的限制來(lái)源于CE6.0之后kernel的巨大變革，在CE5.0之前的Windows CE操作系統(tǒng)中，kenrel就僅僅是kern.exe（nk.exe），這個(gè)exe其實(shí)是OAL、KITL和Kernel三個(gè)的合體，nk.exe是運(yùn)行于內(nèi)核模式（kernel mode），也就具有了訪問(wèn)特殊地址的權(quán)限，然后除此之外的代碼默認(rèn)都是運(yùn)行于用戶(hù)模式（user mode），所以它們的驅(qū)動(dòng)和AP都是等級(jí)的，都在用戶(hù)模式運(yùn)行，要運(yùn)行在kernel模式也可以，調(diào)用一個(gè)API SetKmode（）就行了。因?yàn)轵?qū)動(dòng)是肯定要訪問(wèn)物理地址的，所以CE5.0以前的OS都是運(yùn)行用戶(hù)模式的程式訪問(wèn)物理地址的，然后又為了方便做從物理地址到虛擬地址的映射，就提供了一系列的幫助函數(shù)，virtualcopy就是最常用的函數(shù)之一。

CE6.0開(kāi)始，kernel模式變得比較正規(guī)，類(lèi)似于臺(tái)式機(jī)上的windows系統(tǒng)了，驅(qū)動(dòng)和ap的權(quán)限是嚴(yán)格區(qū)分的，大部分的驅(qū)動(dòng)程序運(yùn)行在kernel模式，它們可以用virtualcopy讀寫(xiě)物理地址對(duì)應(yīng)的物理設(shè)備，但用戶(hù)模式的AP將從此沒(méi)有直接訪問(wèn)物理地址的權(quán)限，virtualcopy每次調(diào)用都會(huì)失敗返回。

在這里還要注意的是，其實(shí)并不是用戶(hù)模式就不能使用virtualcopy，virtualcopy只是不能在用戶(hù)模式的AP中使用，但是卻還可以在用戶(hù)模式的驅(qū)動(dòng)使用，但是在用戶(hù)模式的驅(qū)動(dòng)中使用也有條件，那就是必須在對(duì)應(yīng)的注冊(cè)表中設(shè)置可以訪問(wèn)的內(nèi)存地址的范圍才行。

在某些場(chǎng)合，一些特殊功能的AP確實(shí)需要訪問(wèn)物理地址的，比如設(shè)置保存物理內(nèi)存指定位置的全局變量，開(kāi)發(fā)讀寫(xiě)GPIO的測(cè)試工具等等。在這種情況下一種簡(jiǎn)單的方法是實(shí)現(xiàn)一個(gè)最簡(jiǎn)單的跑在kernel模式的流驅(qū)動(dòng)，提供一個(gè)deviceiocontrol的接口來(lái)幫助AP申請(qǐng)對(duì)應(yīng)于物理內(nèi)存地址的虛擬內(nèi)存地址。

除了virtualcopy之外，CE6下還有很多API是AP和user模式的驅(qū)動(dòng)不能調(diào)用的，給大家參考一下，大家要把CE50下的AP移植到6.0下一定要注意找到替代

Virtual Memory APIs?
CeVirtualSharedAlloc?
LockPages?
LockPagesEx?
UnlockPages?
UnlockPagesEx?
VirtualAllocCopyEx?
VirtualCopyEx?
VirtualSetAttributes?
CreateStaticMapping?
NKDeleteStaticMapping?
VirtualCopy

File System APIs?
ReadRegistryFromOEM?
SetStoreQueueBase?
WriteRegistryToOEM

Power APIs?
PowerOffSystem （很多測(cè)試AP用到）

Miscellaneous APIs?
SetOOMEvent

#define IOP_BASE 0xB1600000 // 0x56000000

虛擬地址=物理>>4位 + 0xac000000

總結(jié)

以上是生活随笔為你收集整理的VirtualAlloc和VirtualCopy的蕴含知识点的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。