基于passthru的ndis中間層驅(qū)動程序擴(kuò)展-資料下載頁
2025-06-27 18:20本頁面
【正文】 E。NdisZeroMemory(pcontent, 2014)。// 把包中的數(shù)據(jù)Copy到自己的Buffer中來。NdisQueryPacket(packet, NULL, NULL, amp。ndis_buffer, amp。total_length)。while (NULL != ndis_buffer){NdisQueryBufferSafe(ndis_buffer, amp。address, amp。current_length, NormalPagePriority)。NdisMoveMemory(pcontent, address, current_length)。(PUCHAR)pcontent += current_length。NdisGetNextBuffer(ndis_buffer, amp。ndis_buffer)。}// 分配新的一個Buffer描述符 NdisAllocateBuffer(amp。Status, amp。MyBuffer, pAdaptSendPacketPoolHandle,pcontent, total_length)。 if (NDIS_STATUS_SUCCESS != Status){NdisFreeMemory(pcontent, 2014, 0)。return FALSE。}// 在這里對包的內(nèi)容進(jìn)行你自己的處理，如果修改了內(nèi)容的話，由于這是在協(xié)議棧之下，// 所以要重新修正CheckSum。調(diào)整MyBuffer，和MyPacket相關(guān)信息，如長度等。// 注意，這里的數(shù)據(jù)已經(jīng)是網(wǎng)絡(luò)字節(jié)數(shù)據(jù)，所以在x86的處理器上要注意字節(jié)順序的問題// 對于少量內(nèi)容的修改，重新掃描整個Buffer修正CheckSum是不值得的。// RFC關(guān)于Nat的文檔中詳細(xì)描述了基于差異分析的修正CheckSum的方法，并給出了具體算法實現(xiàn)。// 把新的包描述符存放到新的包描述符中的MiniportReserved中去，原因在DestroyMyPacket中解釋SendRsvd = (SEND_RSVD)MyPacketMiniportReserved。SendRsvdOriginalPkt = MyPacket。NdisChainBufferAtFront(MyPacket, MyBuffer)。return TRUE。}VOID DestroyMyPacket(PNDIS_PACKET MyPacket){PNDIS_BUFFER MyBuffer。PVOID address。PNDIS_BUFFER tmpBuffer, MyBuffer。ULONG current_length。PSEND_RSVD SendRsvd。// 由于在 BuildMyPacket，分配資源失敗的情況下，仍然用原包發(fā)送出去，// 在這種情況下，是不用釋放相關(guān)的Buffer資源的// BuildMyPacket 當(dāng)分配成功時，我把新包中的 MiniportReserved 字段// 指向了新的包描述符，我以這個為依據(jù)判斷是否需要釋放相關(guān)的Buffer資源。SendRsvd = (PSEND_RSVD)MyPacketMiniportReserved。if (MySendRsvdOriginalPkt != MyPacket)return。NdisUnchainBufferAtFront(MyPacket ,amp。MyBuffer)。 while (NULL != MyBuffer){NdisQueryBufferSafe(MyBuffer, amp。address, amp。current_length, NormalPagePriority)。NdisFreeMemory(address, current_length, 0)。tmpBuffer = MyBuffer。NdisGetNextBuffer(tmpBuffer, amp。MyBuffer)。NdisFreeBuffer(tempBuffer)。}}13 / 13
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1