Windows System Software -- Consulting, Training, Development -- Unique Expertise, Guaranteed Results
The free OSR Learning Library has more than 50 articles on a wide variety of topics about writing and debugging device drivers and Minifilters. From introductory level to advanced. All the articles have been recently reviewed and updated, and are written using the clear and definitive style you've come to expect from OSR over the years.
Check out The OSR Learning Library at: https://www.osr.com/osr-learning-library/
Hello,
I have already asked this question on Microsoft forums (https://docs.microsoft.com/en-us/answers/questions/541601/indicating-packets-from-wsk-to-netadaptercx.html, but I feel I could get a (faster) answer here.
I am working on the virtual network adapter driver which uses NetAdapterCx, WSK and CNG.
Here is what driver does on Tx path:
iterate over packets in "post" subsection of NET_RING
for each packet, get the first fragment and fragment's MDL. If MDL is NULL (packet was bounced by NetAdapter), allocate MDL from fragment's VA.
encrypt MDL chain with CNG using chaining mode (account for plaintext length must be multiplier of block size)
send MDL chain with WskSendTo/WskSend, pass NET_PACKET as completion routine context
move sent fragments and packets to "drain" subsection by adjusting NextIndex
in WSK completion routine, set NET_PACKET::Scratch to 1 to indicate that packet has been sent
iterate over packets in "drain" subsection and drain them to OS by adjusting BeginIndex if Scratch is set to 1
The code could be found here: https://github.com/lstipakov/ovpn-dco-win/blob/zerocopy/txqueue.cpp#L139
My question is - what would be the proper way to implement the same "zerocopy" approach on Rx path? At the moment it works like this:
packet is received by WskReceiveFromEvent callback
packet is decrypted into ciphertext buffer, fetched from pre-allocated "producer" pool (I use DMF_BufferQueue)
ciphertext buffer is enqueued into "consumer" queue
call NetRxQueueNotifyMoreReceivedPacketsAvailable() to trigger Rx queue's Advance callback
in Rx Advance callback, iterate over fragments, dequeue buffer from "consumer" queue and copy buffer content to fragment's VA
buffer is "reused" by placing into "producer" pool
I can do decryption in-place and make WSK retain data by returning STATUS_PENDING from WskReceiveFromEvent callback, but how do I "indicate" data provided by WSK to NetAdapter without memcpying? Can I somehow tell NET_FRAGMENT "hey use this MDL which I got from WSK and decrypted in-place" ?
Upcoming OSR Seminars | ||
---|---|---|
OSR has suspended in-person seminars due to the Covid-19 outbreak. But, don't miss your training! Attend via the internet instead! | ||
Writing WDF Drivers | 12 September 2022 | Live, Online |
Internals & Software Drivers | 23 October 2022 | Live, Online |
Kernel Debugging | 14 November 2022 | Live, Online |
Developing Minifilters | 5 December 2022 | Live, Online |
Comments
Hi
See if AllocModeDriver helps
typedef enum _NET_RX_FRAGMENT_BUFFER_ALLOCATION_MODE {
NetRxFragmentBufferAllocationModeSystem = ,
**NetRxFragmentBufferAllocationModeDriver = **
} NET_RX_FRAGMENT_BUFFER_ALLOCATION_MODE;
Thanks
Hi,
Yeah thanks, that was the case indeed. I also figured it out by reading NetAdapter's code. Here is how I made it work in my driver:
When setting datapath capabilities, we use
NET_ADAPTER_RX_CAPABILITIES_INIT_DRIVER_MANAGED
macro. We also specifyEvtAdapterReturnRxBuffer
callback.In
WskReceiveFromEvent
callback we iterate over WSK_DATAGRAM_INDICATION list and enqueue each item into cosumer pool (fromDMF_BufferQueue
)In RX queue's Advance callback we iterate over queue's fragments. We dequeue datagram indication and set fragment properties based on datagram indication's buffer and MDL:
In NetAdapter's EvtAdapterReturnRxBuffer callback we call
WskRelease
on a datagram indication, which is passed asNET_FRAGMENT_RETURN_CONTEXT_HANDLE
by NetAdapter:Not sure if this is the "best practices", but it works and doesn't crash on iperf3 tests.
Hi
NetAdapterCx has some double dozen DV checks. You can enable verifier once and check all o.k. as well.
One thing I hope NetAdapterCx does is burst returning of return conetxts. Right now it returns 1 by 1 thru EvtAdapterReturnRxBuffer. Maybe it can use a ring abstraction (if it doesn't want to bloatNET_FRAGMENT_RETURN_CONTEXT_HANDLE abstraction) here as well, to burst return bunch of return-contexts insetad of making EvtAdapterReturnRxBuffer callback into driver for every rx-completion.
Thanks