以下是MSDN中的說法：
The Windows CE NDIS implementation does not support direct memory access (DMA). Do not use the NdisSetupDmaTransfer, NdisCompleteDmaTransfer, NdisMRegisterDmaChannel, NdisMDeregisterDmaChannel, NdisMAllocateMapRegisters, NdisMFreeMapRegisters, NdisMReadDmaCounter, and NdisGetSharedDataAlignment functions.
Use the NdisMAllocateSharedMemory and NdisMFreeSharedMemory functions for PCI bus master DMA transfers.
具體如何實(shí)現(xiàn)DMA呢？
在microsoft windows CE device driver kit中有一節(jié)是：Implementing DMA for NDIS Miniport Drivers
專門提到了這個(gè)問題，當(dāng)前ce還沒有自己的DMA機(jī)制，然而開發(fā)人員可以在他們自己的小端口卡驅(qū)動(dòng)程序中實(shí)現(xiàn)相同的功能，但是寫的太簡(jiǎn)單了
Implementing DMA for NDIS Miniport Drivers
DMA is important for efficient networking because it enables the layers in
the networking architecture to share data without first copying that data
two categories of DMA: slave DMA and busmaster DMAB
Slave DMA
Slave DMA is appropriate for OEMs because it requires a block of memory that
is pre-allocated in the device memory map of the Windows CE–based platform.
Miniport drivers can map that block of physical memory to the driver’virtual
memory space, and then use the VirtualAlloc and VirtualCopy functions to move
data in and out of that space
busmaster DMA
To receive data, the driver allocates a shared memory block, transfers the
data to buffers within that block, and uses NDIS functions to indicate that a
packet has arrived. To send data, the driver uses the LockPages and
UnlockPages functions to map the virtual memory to device memory, informs the
NIC of the addresses of the data, and instructs the NIC to send the data.
This method can be faster for larger data block sizes.
后來發(fā)MAIL給一位曾經(jīng)遇到此問題的朋友，回復(fù)如下：
事實(shí)上在使用DMA是的關(guān)鍵是得到一個(gè)連續(xù)的物理地址空間，然后將該空間的物理地址放入DMA控制器的源地址或者目的地址寄存器中（根據(jù)你使用DMA的方向決定）；
然后等待DMA中斷；
由于DMA使用的是物理地址但是在wince中只能使用虛擬地址，所以在DMA中斷產(chǎn)生之后如需分析數(shù)據(jù)請(qǐng)使用虛擬地址；
特別提示參考一下的文章：
DMA的使用
1、 芯片DMA的使用要點(diǎn)：
AK3224芯片的DMA使用中，RAM的地址作為DMA傳輸?shù)哪繕?biāo)地址、源地址，必須要4字節(jié)對(duì)齊。而且DMA的操作長(zhǎng)度以內(nèi)的RAM地址，必須連續(xù)。
不過在使用中發(fā)現(xiàn)：Nandflash驅(qū)動(dòng)中RAM地址作為目標(biāo)地址時(shí)，只需要2字節(jié)對(duì)齊。RAM地址作為源地址可不需對(duì)齊。（其他情況需要逐一驗(yàn)證）
2、 wince中的DMA使用：
根據(jù)DMA一次操作的RAM地址必須連續(xù)的特性，在驅(qū)動(dòng)DMA使用時(shí)，我們需要確保虛擬地址映射的物理地址是連續(xù)的。有3個(gè)途徑：
1：數(shù)據(jù)區(qū)地址是由應(yīng)用層或者其他進(jìn)程、線程傳入的，驅(qū)動(dòng)并不知道其虛擬地址對(duì)應(yīng)的物理地址是否一直連續(xù)。
由于wince的內(nèi)存申請(qǐng)，是以4K字節(jié)為一個(gè)頁，一段數(shù)據(jù)的內(nèi)存申請(qǐng)可能跨越多個(gè)頁。因此，只要數(shù)據(jù)區(qū)長(zhǎng)度大于1字節(jié)，就有可能其物理地址是跨越的、不連續(xù)的。為了確保DMA操作，我們必須查詢這段數(shù)據(jù)區(qū)在RAM上的物理分布。
首先，得到數(shù)據(jù)區(qū)所在的虛擬頁: VirPageStart = (ULONG)pSourceBuffer & 0xFFFFF000;
其次，得到數(shù)據(jù)區(qū)在頁內(nèi)的偏移地址 :offset = (ULONG)pSourceBuffer & 0x0FFF;
計(jì)算數(shù)據(jù)區(qū)是否跨越頁段
if(offset + NumberOfBytes > 4096)
PageSize = WCE_UNIFORM_SIZE - offset; //整個(gè)數(shù)據(jù)跨越此頁，則DMA傳輸需要分多個(gè)部分，一次一個(gè)頁段的傳
else
PageSize = NumberOfBytes; //數(shù)據(jù)區(qū)沒有跨越頁
由得到的頁地址，查詢映射的物理地址。
if(!LockPages((LPVOID)VirPageStart, 4096, &TransAddr, LOCKFLAG_READ))
{
//異常處理
}
UnlockPages((LPVOID)VirPageStart, 4096);
得到了映射的物理地址TransAddr后，根據(jù)RAM是目標(biāo)地址還是源地址，做進(jìn)一步的處理。
假設(shè)一個(gè)數(shù)據(jù)區(qū)作為DMA源地址，大小為9K。在虛擬地址首頁的偏移為4K。那么它必然跨越3個(gè)頁段。
首先查詢第一頁的物理地址發(fā)送，第一個(gè)頁的2K數(shù)據(jù)。然后查詢第二頁的物理地址，發(fā)送4K數(shù)據(jù)。最后查詢第三頁的物理地址，發(fā)送3K數(shù)據(jù)。
2：數(shù)據(jù)區(qū)的申請(qǐng)可以使用AllocPhysMem函數(shù)申請(qǐng)。
LPVOID AllocPhysMem(
DWORD cbSize, 參數(shù)1：數(shù)據(jù)區(qū)大小
DWORD fdwProtect, 參數(shù)2：保護(hù)標(biāo)記
DWORD dwAlignmentMask, 參數(shù)3：0（default system）
DWORD dwFlags, 參數(shù)4：0（Reserved for future use）
PULONG pPhysicalAddress 參數(shù)5：得到數(shù)據(jù)區(qū)對(duì)應(yīng)的物理地址
);
AllocPhysMem函數(shù)返回值為指向申請(qǐng)后的虛擬地址指針。
如：pSerialHead->RxBufferInfo.RxCharBuffer = //alloc physical memory
AllocPhysMem(pSerialHead->RxBufferInfo.Length + 16, PAGE_READWRITE, 0, 0, &RX_PhyAddr);
由于此函數(shù)必定申請(qǐng)到一片連續(xù)的物理地址，因此pSerialHead->RxBufferInfo.RxCharBuffer的使用不再需要查詢是否跨越多個(gè)頁段。
但是，AllocPhysMem函數(shù)申請(qǐng)的物理地址可能會(huì)跨越多個(gè)RAM CHIP。因此，在使用1片以上RAM芯片的系統(tǒng)中，依然需要查詢是否跨越CHIP。
AllocPhysMem函數(shù)使用后，需要使用FreePhysMem函數(shù)進(jìn)行釋放。
3：數(shù)據(jù)區(qū)可以在系統(tǒng)config.bib文件中，預(yù)先定義好一片連續(xù)、不跨越CHIP的RAM空間。
如下，系統(tǒng)保留了虛擬地址0x80024000開始，大小為0x3000的一段RAM。
SER_DMA 80024000 00003000 RESERVED
那么驅(qū)動(dòng)DMA使用中，不再需要對(duì)這段內(nèi)存，進(jìn)行任何的查詢動(dòng)作。我們只需要在進(jìn)程空間中做映射即可。
pSerialHead->RxBufferInfo.RxCharBuffer = VirtualAlloc(0, RX_PhySize, MEM_RESERVE, PAGE_NOACCESS);
if (pSerialHead->RxBufferInfo.RxCharBuffer == NULL)
{
DEBUGMSG(ZONE_ERROR, (TEXT("COM_Init:: VirtualAlloc failed!\r\n")));
return(NULL);
}
else
{
if (!VirtualCopy((PVOID)pSerialHead->RxBufferInfo.RxCharBuffer, (PVOID)(RX_PhyAddr),
RX_PhySize, (PAGE_READWRITE | PAGE_NOCACHE)))
{
DEBUGMSG(ZONE_ERROR, (TEXT("COM_Init:: VirtualCopy failed!\r\n")));
return(NULL);
}
}
上面這段程序中，先使用函數(shù)VirtualAlloc，在進(jìn)程空間中申請(qǐng)一段保留的虛擬地址空間。然后使用VirtualCopy，把需要使用的物理地址空間，映射到已經(jīng)申請(qǐng)好的虛擬地址上。使用完畢，必須使用函數(shù)VirtualFree進(jìn)行釋放。
LPVOID VirtualAlloc(
LPVOID lpAddress,
DWORD dwSize,
DWORD flAllocationType,
DWORD flProtect
);
BOOL VirtualCopy(
LPVOID lpvDest,
LPVOID lpvSrc,
DWORD cbSize,
DWORD fdwProtect
);
BOOL VirtualFree(
LPVOID lpAddress,
DWORD dwSize,
DWORD dwFreeType
);