IRQL_NOT_LESS_OR_EQUAL (stop code 0xA) is the most famous blue screen in Windows, and the most fixable: in the overwhelming majority of cases, one driver accessed memory it shouldn’t have, and replacing that driver ends the crashes. The trick is identifying which driver instead of updating everything blindly.
This guide shows you how to read the dump, name the driver, and fix it — plus what to do when the dumps disagree with each other. It’s the single most efficient path through this particular blue screen. Lenovo owners should also check our brand-specific IRQL guide ; the steps below work on every brand.
Why this happens
- A buggy network driver (Wi-Fi/Ethernet) accessing paged memory at high IRQL.
- Outdated or corrupt graphics drivers mishandling memory under load.
- Antivirus or VPN filter drivers breaking kernel memory rules.
- Faulty RAM corrupting legitimately accessed memory regions.
- A Windows update exposing latent bugs in previously “working” drivers.
- Overclocked hardware (CPU/RAM) causing timing violations the driver can’t survive.
- Corrupted driver installations where mismatched old and new driver files load side by side.
How to fix it
Work through these in order — Fix 1 identifies the target, the rest fix it.
Fix 1: Read the dump to name the driver
Five minutes here saves hours of blind driver updates.
- Open the newest
.dmpinC:\Windows\Minidumpwith WinDbg Preview (free, Microsoft Store). - Configure symbols once, then run
!analyze -vin the command box. - Read the IMAGE_NAME line — that’s your prime suspect (e.g.
Netwtw10.sys). - Run
lmvm <drivername>(without.sys) to see the vendor and timestamp. - Every fix below targets this specific driver first, everything else second.
Fix 2: Update the named driver from the vendor
Get the driver from the people who wrote the hardware, not from Windows Update’s generic pool.
- For Intel Wi-Fi: use Intel’s driver assistant .
- For NVIDIA graphics: download from NVIDIA’s official page .
- For Realtek or MediaTek, get the driver from your laptop maker’s support site.
- Install, restart, and test with the workload that crashed before.
- If the newest driver still crashes, try the previous stable version — newest isn’t always best.
Fix 3: Roll back the driver
When the crash started right after a driver update, the old version was fine — go back to it.
- Open Device Manager (Win + X > Device Manager).
- Find the device, right-click, choose Properties > Driver tab.
- Click Roll Back Driver and pick the reason; restart when done.
- If the button is greyed out, download the older driver manually from the maker’s archive.
- Use Microsoft’s Show or Hide Updates troubleshooter to block Windows from reinstalling the bad version.
Fix 4: Remove antivirus and VPN filter drivers
These sit in the kernel’s hottest paths and break IRQL rules more than any other software category.
- Uninstall third-party antivirus and VPN clients via Settings > Apps > Installed apps.
- Restart — Windows Security takes over automatically.
- Test for a few days; stability here is a definitive diagnosis.
- Reinstall only the latest versions, one product at a time.
- If you need always-on VPN, prefer the vendor’s newest client or Windows’ built-in VPN.
Fix 5: Test the RAM when dumps disagree
One driver blamed every time = driver problem. A different driver every crash = test the memory.
- Press Win + R, type
mdsched.exe, and run Windows Memory Diagnostic. - For certainty, run MemTest86 from a bootable USB for 4 full passes.
- Test sticks individually if you have two.
- Reseat modules before replacing — loose contacts cause intermittent faults.
- Our memory diagnostic walkthrough covers thorough testing step by step.
Fix 6: Repair system files and check the disk
Rule out OS corruption that makes good drivers look guilty.
- In an elevated Command Prompt, run
DISM /Online /Cleanup-Image /RestoreHealth. - Then run
sfc /scannowand restart. - Run
chkdsk C: /fto verify file-system integrity. - Microsoft documents these utilities on its Windows support hub .
- Persistent corruption after repairs suggests a failing drive — check SMART health.
Fix 7: Undo overclocks and update the BIOS
Unstable clocks cause timing violations that surface as IRQL errors under load.
- Reset any CPU/RAM overclocks in Intel XTU, Throttlestop, or the BIOS.
- Load BIOS Setup Defaults and disable XMP profiles.
- Check your laptop maker’s support site for a BIOS update and install it with the charger connected.
- Clean cooling vents — thermal throttling under load produces the same signature.
- Retest with the heaviest workload you run.
Fix 8: Do a clean boot to catch the hidden culprit
When dumps are inconclusive, a clean boot isolates whether any third-party software is involved at all.
- Press Win + R, type
msconfig, and press Enter. - On the Services tab, check Hide all Microsoft services, then click Disable all.
- Open Task Manager > Startup apps and disable every non-Microsoft entry.
- Restart and use the laptop normally — stability here proves third-party software is involved.
- Re-enable services in halves to narrow it down to the exact program, then update or remove it permanently.
Closing
IRQL_NOT_LESS_OR_EQUAL is Windows telling you exactly what’s wrong — a driver broke the memory rules — and the dump tells you which one. Read it, replace that driver with the right version from the right source, and the most famous blue screen in Windows becomes a solved problem instead of a recurring one. Keep the working driver version written down; future updates will try to “improve” it, and you’ll want to know exactly which version was stable. That note is the difference between a five-minute rollback and another full weekend of investigation.
