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/
I'm designing "reply" functionality to the kernel side of minifilter communication ports. This is a bit challenging because messages are received async. I'm sure there are plenty of ways that would get it working, but I'm trying to design it the correct way.
My current thinking is to queue up messages in a worker thread. If a message is sent that is expecting a reply, an event object is created, sent to the message callback, and waited on (with a reasonable timeout). When the message callback receives its next message, it copies the buffer and alerts the event.
Is this a solid design?
|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!|
|Internals & Software Drivers||30 Nov 2020||LIVE ONLINE|
|Writing WDF Drivers||7 Dec 2020||LIVE ONLINE|
|Developing Minifilters||Early 2021||LIVE ONLINE|