KMODE_EXCEPTION_NOT_HANDLED is the kernel-mode cousin of the thread exception crash: a driver operating with full system privileges did something illegal — usually touching memory it shouldn’t — and Windows stopped everything to contain it. Like its sibling stop codes, it frequently names the offending driver file on the blue screen itself.
Catch that filename if you can; it shortcuts the whole investigation. Work through these in order otherwise. For the quick-reference variant, see KMODE exception not handled (best fixes) , and for the closely related crash, IRQL not less or equal on HP .
Why this happens
- Faulty network driver: Wi-Fi and Ethernet drivers are the single most common named culprits.
- Buggy graphics driver: Especially after major driver version jumps.
- Corrupted driver binaries: Disk damage to an otherwise fine driver.
- Antivirus filter drivers: Kernel-level AV operating where mistakes are fatal.
- Overclocking instability: CPU/GPU/RAM pushed past stable limits.
- Faulty RAM: Bad memory cells corrupting kernel-mode operations.
- Windows update driver replacement: An update swapping your working driver for a broken inbox version.
- VPN and network filter drivers: Virtual network adapters from VPN clients operate in kernel mode and crash here when outdated — update or reinstall your VPN client if crashes coincide with its use.
- Corrupted hibernation data: A damaged hiberfil.sys can throw kernel exceptions on resume; rebuilding it with
powercfg /hibernate offthenpowercfg /hibernate onrules this out.
How to fix it
Work through these in order — start with Fix 1 and stop as soon as the blue screens stop appearing.
Fix 1: Note the faulting driver name
The blue screen is trying to hand you the answer — take it.
- Photograph the blue screen, noting any “What failed:” file name.
- If it flashes by too fast, disable automatic restart after blue screens first.
- Also note any error code in parentheses after the stop code name — it occasionally narrows things down further.
- Cross-reference:
netwtw*.sys= Intel Wi-Fi,rtwlane.sys/rtwlanu.sys= Realtek Wi-Fi,nvlddmkm.sys= NVIDIA,atikmdag.sys= AMD,e1d65x64.sys= Intel Ethernet. - With the name in hand, jump straight to Fix 3’s targeted update.
Fix 2: Boot into Safe Mode with Networking
Gets you a working system while skipping most third-party drivers.
- Force recovery with the double forced-shutdown method at the Windows logo.
- Troubleshoot > Advanced options > Startup Settings > Restart > press 5 (Safe Mode with Networking — you need internet for driver downloads).
- If stable here, proceed with driver fixes below. If it crashes even in Safe Mode, skip to Fix 6.
Fix 3: Update or reinstall the suspect driver
Targeted strike on the named driver.
- In Device Manager (Win + X > Device Manager), locate the device.
- Right-click > Uninstall device — check Attempt to remove the driver for this device to wipe the bad version fully.
- Restart; Windows installs its inbox driver. Test stability.
- Then install the latest manufacturer driver: your laptop maker’s site (Dell , HP , Lenovo ) or the Intel Driver & Support Assistant for Intel parts.
- For Wi-Fi crashes specifically, also update the Bluetooth driver — they often share a package, and the Bluetooth side crashes just as often.
- After installing, verify in Device Manager > device Properties > Driver that the new version and date are actually in place — failed installs that silently roll back are a real frustration.
Fix 4: Roll back recent driver updates
When the timeline points at an update, undo it.
- Device Manager > device Properties > Driver tab > Roll Back Driver.
- Restart, test for a day.
- Use the show/hide updates troubleshooter to block the bad version.
- If rollback isn’t available (no previous driver stored), uninstall per Fix 3 and install an older version manually from the manufacturer.
Fix 5: Remove overclocking and reset BIOS to defaults
Eliminates instability masquerading as driver bugs.
- Enter BIOS/UEFI and load Optimized Defaults.
- Disable XMP/DOCP memory profiles and any CPU overclocking.
- In Windows, reset GPU tuning utilities (Afterburner, AMD Adrenalin, GeForce Experience) to stock.
- Test under the workload that used to crash (gaming, video calls, large downloads).
Fix 6: Test RAM and repair system files
Covers the hardware and corruption causes.
- Run
mdsched.exe(Extended mode) to test RAM — replace/reseat on errors. - Open an administrator Command Prompt: run
sfc /scannow, thenDISM /Online /Cleanup-Image /RestoreHealth. - Run
chkdsk C: /f(press Y, restart, let it finish). - Restart and monitor. This combination clears the non-driver causes.
Fix 7: Temporarily uninstall third-party antivirus
Filter drivers are silent KMODE offenders.
- Uninstall third-party AV via Settings > Apps > Installed apps (disabling leaves the driver loaded).
- Confirm Windows Security is active and run a full scan.
- Test for a couple of days. If crashes stop, reinstall the AV fresh — or switch products.
- If crashes continue, the AV wasn’t the cause; reinstall it.
Closing
KMODE_EXCEPTION_NOT_HANDLED is a kernel driver crash, and the fix is almost always found in the driver layer: identify the faulting file, update or roll it back, and clear out the filter drivers and overclocks that amplify these crashes. The blue screen naming the file is a gift — use it. When it doesn’t, the minidump will, and Safe Mode gives you the stable ground to work from. Keep network and graphics drivers current from trusted sources, leave overclocking alone on laptops that already run hot, and this particular blue screen becomes a rare visitor rather than a regular one. If it ever returns, you’ll already know the drill: catch the filename first, ask questions later. And keep a restore point from your stable state — rolling back a bad driver in two minutes beats reinstalling it for two hours.
