Windows System Software -- Consulting, Training, Development -- Unique Expertise, Guaranteed Results

Home NTDEV
Before Posting...
Please check out the Community Guidelines in the Announcements and Administration Category.

More Info on Driver Writing and Debugging


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/


How can I add a device interface to a non-pnp driver?

Jason_T.Jason_T. Member Posts: 72

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.

-JT

Comments

Sign In or Register to comment.

Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

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!
Kernel Debugging 30 Mar 2020 OSR Seminar Space
Developing Minifilters 15 Jun 2020 LIVE ONLINE
Writing WDF Drivers 22 June 2020 LIVE ONLINE
Internals & Software Drivers 28 Sept 2020 Dulles, VA