DRIVER_IRQL_NOT_LESS_OR_EQUAL (0xD1) is the blue screen most likely to interrupt you mid-task with no warning. A driver accessed memory it had no business touching at its current privilege level, and Windows pulled the plug. The crash screen usually names the offender, which makes this one of the more actionable stop codes — if you act on the clue instead of just rebooting and hoping.
Here’s what to do right now, in priority order.
Why this happens
- Faulty or outdated device driver. The named
.sysfile broke IRQL rules — network and storage drivers are frequent offenders. - Recently updated driver with a bug. Windows Update or manual updates install driver versions with IRQL mishandling.
- Corrupted driver files. Disk errors or interrupted updates damage driver binaries.
- Faulty RAM corrupting driver addresses. Bad memory makes good drivers touch bad addresses.
- Overclocked memory destabilizing drivers. XMP/EXPO instability shows up as IRQL errors.
- Antivirus filter drivers. Kernel-level security drivers operating at high IRQL are classic triggers.
How to fix it
Work through these in order — start with Fix 1 and stop when the crashes stop.
Fix 1: Capture the culprit from the crash
Do this before the memory of the crash fades.
- If the blue screen named a
.sysfile (e.g.,Netwtw10.sys,rt640x64.sys,nvlddmkm.sys), write it down — that’s your target. - After rebooting, open
C:\Windows\Minidumpwith BlueScreenView to confirm the blamed driver across multiple crashes. - Consistent blame = guilty driver. Changing blame each time = suspect RAM (jump to Fix 5).
- Note what you were doing — Wi-Fi activity implicates network drivers, gaming implicates GPU.
- For the post-update pattern, see DRIVER_IRQL_NOT_LESS_OR_EQUAL after a Windows 11 update .
Fix 2: Roll back or update the named driver
Strike at the identified driver immediately.
- Open Device Manager (Windows + X), find the device, and open Properties > Driver.
- If the crashes started recently, click Roll Back Driver — this is the fastest fix when a bad update caused it.
- Otherwise, click Update driver > Search automatically for drivers.
- For network drivers, get the latest from your laptop manufacturer’s support page — Windows Update’s versions lag.
- Restart and test the exact activity that crashed. Broader driver-crash methodology is in our SYSTEM_SERVICE_EXCEPTION guide .
Fix 3: Clean-reinstall network and storage drivers
These two categories cause most 0xD1 crashes.
- In Device Manager, expand Network adapters, right-click your Wi-Fi adapter, and choose Uninstall device.
- Restart — Windows reinstalls a fresh copy. If it doesn’t, install the manufacturer’s driver manually.
- Do the same for storage controllers under Storage controllers and IDE ATA/ATAPI controllers.
- Avoid “driver updater” utilities — they install mismatched versions that cause exactly this crash.
- Test with heavy network and disk activity (large downloads, file copies).
Fix 4: Remove third-party security and VPN software
Filter drivers run at the IRQL levels where this crash lives.
- Uninstall third-party antivirus, firewall, and VPN clients via Settings > Apps > Installed apps.
- Restart and let Windows Defender activate.
- Test for a day of normal use.
- If crashes stop, the removed product’s driver was at fault — only reinstall an updated version.
- Pay special attention to “network protection” features in security suites; they’re frequent 0xD1 sources.
Fix 5: Test RAM and reset memory clocks
Rule out memory as the hidden cause.
- Press Windows + R, type
mdsched.exe, and run the diagnostic (Extended mode via F1). - Enter BIOS/UEFI and disable XMP/EXPO profiles — test at stock memory speeds.
- Check Event Viewer > Windows Logs > System for MemoryDiagnostics-Results.
- If errors appear, reseat or replace the faulty stick.
- Retest the crashing scenario at stock clocks before declaring drivers guilty.
Fix 6: Run Driver Verifier on suspect drivers
Catch the driver red-handed when dumps are ambiguous.
- Press Windows + R, type
verifier, and press Enter. - Choose Create standard settings, then Select driver names from a list.
- Tick the suspect third-party drivers (network, storage, audio).
- Restart and use the laptop — Verifier forces an immediate, clearly-labeled crash when the driver misbehaves.
- Analyze the dump, fix the driver, then boot to Safe Mode and run
verifier /reset.
Fix 7: Repair system files and update everything
Finish with the OS layer.
- In Terminal (Admin), run
DISM /Online /Cleanup-Image /RestoreHealth, thensfc /scannow. - Install all pending Windows updates via Settings > Windows Update.
- Update the BIOS/UEFI from the manufacturer’s support page.
- As a last resort, Settings > System > Recovery > Reset PC with Keep my files.
- Microsoft’s blue screen troubleshooting hub documents further recovery steps.
Fix 8: Disconnect suspect USB peripherals during crashes
External devices cause more 0xD1 crashes than people expect.
- Unplug all non-essential USB devices — docks, external drives, webcams, USB audio interfaces, and exotic peripherals.
- Test the crashing scenario with only the charger and built-in devices.
- If crashes stop, reconnect devices one at a time, testing between each, until the culprit returns.
- Update that device’s driver from the manufacturer’s site, or replace the device if no updated driver exists.
- Pay special attention to USB Wi-Fi adapters and docking stations — their drivers run at exactly the IRQL levels where this crash occurs.
Closing
DRIVER_IRQL_NOT_LESS_OR_EQUAL gives you everything you need on the crash screen itself — the driver’s name. Act on it: roll back or update that driver first, clear out filter drivers second, and only then look at RAM. Most people fix this in under half an hour because the clue is right there. The only wrong move is rebooting repeatedly and hoping it was a fluke. Write the driver’s name down once you’ve found it — future you will be grateful the next time an update brings it back.
