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/
My driver is registered to some kernel callback (threads, minifilter file system callbacks, etc.). When the driver unloads, it waits until all callbacks finish. The problem is that the callbacks are mostly called at PASSIVE_LEVEL, and thus the thread in which they run can be suspended, and in such case the driver cannot unload.
What can I do? Is there a way to block the suspension kernel APC throughout the entire callback? (I only control the code inside the callback, so taking a critical section doesn't help, because the APC will be delivered when I exit the critical section, and again the thread will become suspended before the callback is done)
Should I resume suspended threads in order to unload?
|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||15 November 2021||Live, Online|
|Writing WDF Drivers||TBD||Live, Online|
|Developing Minifilters||7 February 2022||Live, Online|
|Kernel Debugging||21 March 2022||Live, Online|