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/
First I'll start by answering the obligatory "what are you really trying to do here?" question
I just want to send IOCTLs to a driver from a UWP app. This has led me to the CustomDevice.FromIdAsync() method to open a driver. This open is based on a device interface GUID path, i.e. it won't work with a symbolic link/control device type of driver. The core problem is, my device does not have a hardware component and is a simple nonpnp driver. The kmdf framework prevents device interfaces from being registered on these devices. To make sure I wasn't doing something stupid I took the ioctl WDK sample and simply added a call to WdfDeviceCreateDeviceInterface, but it fails with STATUS_INVALID_DEVICE_REQUEST. The ioctl sample exposes a symlink name that the user app opens, and that's great with win32, but seems to be a complete dead end with a UWP/store app.
So is there any way to do this? The only thing I can imagine is writing a bus driver to enumerate my hardware-less device, simply so that it fits into the pnp mold and thus can have a device interface exposed. But that seems like a huge amount of effort just to be able to send an ioctl.
|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!
|13-17 May 2024
|1-5 Apr 2024
|Internals & Software Drivers
|11-15 Mar 2024
|Writing WDF Drivers
|20-24 May 2024