Driver Verifier is a Windows tool used to monitor and stress drivers to detect any unintended behavior. It’s a tool meant to be used on development systems by driver developers rather than on production systems by normal users. In fact, Microsoft cautions users to do the same.
However, you’ll often see users on forums being advised to use Driver Verifier to troubleshoot driver issues and BSODs. So, what’s the reality? Is Driver Verifier safe to use, and should you use it on your system? We’ve attempted to answer these and similar queries in this article.
What Is Driver Verifier? Should You Use It?
Windows NT Device Drivers use kernel mode structures called I/O request packets (IRPs) to communicate with the OS and each other. The Driver Verifier monitors these IRPs and checks for IRP assignment and completion errors.
The Driver Verifier allows you to put drivers through heavy stress loads by simulating certain conditions like low memory, pool tracking, or deadlock detection. you’re able to recreate potential errors by forcing drivers to work with minimal resources and use the generated dumps to analyze and debug the problem.
As stated, this is generally done in test environments when developing the drivers. But sometimes, you’ll have to run the Driver Verifier on production machines. And there arises the question, is that even safe?
Well, it’s complicated. First of all, Microsoft has explicitly cautioned against trying to verify all drivers at once as this would severely degrade performance, limit the effectiveness of the verifier, and pretty much make the system unusable. And yet, this is how most users use the Driver Verifier.
But it’s also true that in rare cases, even if you use the Driver Verifier properly, you could still get stuck in aDriver Verifier bugcheck loop. Essentially, it could cause more crashes than it solves. But like we said, this is highly unlikely to happen if proper procedure is followed
Ultimately, our verdict is that you should only use this on production machines if you’ve already tried other debugging tools with no success.
How to Use Driver Verifier?
Driver Verifier is included by default on most Windows versions and can be run with theverifiercommand. But before you run it, there are a few things worth noting first:
Generate Bug Check
For maximal effectiveness, Microsoft recommendssetting up network debugging. But this isn’t feasible for most users, and regardless of whether you set up the debugging session or not, the steps to follow on the target (crashing) computer are the same:
Analyze Minidump File
You can usedebugging tools like WinDbg or KDto analyze the dump files and figure out the faulty drivers. In either case, for the CLI methods, you’ll first want to append the symbol path to point to the Microsoft symbol store.
This will allow the debugger to automatically retrieve the correct symbol files without requiring information like product names, releases, or build numbers from you. You can do this with the.symfixcommand as such:.symfix[+] [LocalSymbolCache]
We’ve done the same and confirmed that it worked by using the.sympathcommand in the shown example. Do note that internet access is required for this to work.
KD
With KD, you may use thekd -y SymbolPath -i ImagePath -z DumpFileNamecommand in CMD to open the dump file. At the KD prompt, you can use!analyze -vto analyze the dump file and!verifierto display the Driver Verifier stats.
WinDbg
In the case of WinDbg, you may do the same withwindbg -y SymbolPath -i ImagePath -z DumpFileName. Alternatively, you can also use theWinDbg Preview appvia the GUI as such:
Reset Driver Verifier
Driver Verifier consumes a significant amount of resources when stress-testing the drivers in the background. If you don’t reset it after using it, your system performance will stay degraded, and you’ll continue to face crashes due to the bug checks.
As such, you’ll want to reset it by launching the Driver Verifier Manager as before and selectingDelete existing settings. Alternatively, you could also use theverifier /resetcommand in CMD.
If you’re unable to disable it due to direct crash upon booting, you canboot into safe modeand disable it from there. Assuming you followed our recommendations, Driver Verifier should only be running against non-Microsoft drivers, which won’t be running in safe mode, meaning you should be able to boot without crashing.
In case this isn’t an option either, you can boot from a Windows Installation Media or Recovery Drive and use system restore to revert your PC to a working state.
Resolve Driver Issues
Once you’ve singled out the problematic driver, you can take the appropriate steps, whether that be updating it, rolling back, or uninstalling entirely.
