Error Medic

IRQL_NOT_LESS_OR_EQUAL Windows 11: Complete Fix Guide for BSOD Stop Code

Fix IRQL_NOT_LESS_OR_EQUAL BSOD on Windows 11. Step-by-step guide covering driver updates, memory checks, ntoskrnl.exe & tcpip.sys crashes. Resolve in minutes.

Last updated:
Last verified:
2,253 words
Key Takeaways
  • Root Cause 1: A faulty, outdated, or incompatible kernel-mode driver (most commonly network drivers like tcpip.sys, or third-party antivirus/VPN drivers) attempts to access pageable memory at an elevated IRQL level, triggering the kernel panic.
  • Root Cause 2: Defective or improperly seated RAM causes memory access violations that the kernel misinterprets as IRQL violations — especially apparent in ntoskrnl.exe-attributed crashes.
  • Root Cause 3: Overclocked CPU or RAM running outside stable voltage/frequency parameters destabilizes kernel interrupt handling, producing sporadic IRQL_NOT_LESS_OR_EQUAL stop codes.
  • Quick Fix Summary: Update or roll back the offending driver identified in the minidump file, run Windows Memory Diagnostic to rule out RAM issues, disable overclocking in BIOS, and use Driver Verifier to isolate problematic kernel-mode drivers.
Fix Approaches Compared
MethodWhen to UseTimeRisk
Update/Roll Back Offending DriverDriver name visible in BSOD or minidump (e.g., tcpip.sys, nvlddmkm.sys)5–15 minLow
Windows Memory Diagnostic / MemTest86Crash attributed to ntoskrnl.exe or random, no clear driver30 min – 8 hrsNone
Driver VerifierMultiple suspect drivers, crash happens intermittently1–2 hrs setup + monitoringMedium (can trigger more BSODs to isolate cause)
SFC & DISM System File RepairSystem files corrupted after update or failed installation20–40 minLow
Disable Overclocking in BIOSSystem is overclocked, crashes under load5 minNone
Clean Boot / Selective StartupCrash started after installing new software15–30 minNone
Reinstall Windows 11All other methods failed, hardware confirmed good1–2 hrsHigh (data loss if not backed up)

Understanding the IRQL_NOT_LESS_OR_EQUAL Error on Windows 11

The IRQL_NOT_LESS_OR_EQUAL stop code (Bug Check 0x0000000A) occurs when a kernel-mode process or driver attempts to access a memory address at an Interrupt Request Level (IRQL) that is too high. Windows uses IRQLs to prioritize hardware and software interrupts. If a driver tries to touch pageable memory while running at DISPATCH_LEVEL or above — when paging is not permitted — the kernel has no choice but to halt the system entirely to prevent data corruption.

On Windows 11, this error most frequently appears as:

  • IRQL_NOT_LESS_OR_EQUAL with stop code 0x0000000A
  • DRIVER_IRQL_NOT_LESS_OR_EQUAL with stop code 0x000000D1

The full BSOD message you'll see on screen reads:

Your PC ran into a problem and needs to restart.
Stop Code: IRQL_NOT_LESS_OR_EQUAL
What failed: [driver_name].sys

Common offending files include tcpip.sys (networking stack), ntoskrnl.exe (Windows kernel), nvlddmkm.sys (NVIDIA GPU driver), netio.sys, and third-party antivirus drivers.


Step 1: Identify the Failing Component via Minidump Analysis

Before applying any fix, identify what caused the crash. Windows writes a minidump file each time a BSOD occurs.

Locate your minidump files:

  1. Press Win + R, type %SystemRoot%\Minidump, press Enter.
  2. You should see .dmp files timestamped at each crash.

Analyze with WinDbg (Windows Debugger):

  1. Install WinDbg from the Microsoft Store or via the Windows SDK.
  2. Open WinDbg, go to File > Open Crash Dump, select the latest .dmp file.
  3. In the command window, type: !analyze -v
  4. Look for the MODULE_NAME, IMAGE_NAME, and FAULTING_MODULE fields.

Alternatively, use the free tool WhoCrashed or BlueScreenView from NirSoft to parse minidumps without needing WinDbg expertise.

Example WinDbg output indicating a network driver:

Bug Check 0x000000D1 (DRIVER_IRQL_NOT_LESS_OR_EQUAL)
Probably caused by: tcpip.sys
FAULTING_MODULE: fffff80012a00000 tcpip

Example output indicating RAM or kernel issue:

Bug Check 0x0000000A (IRQL_NOT_LESS_OR_EQUAL)
Probably caused by: ntoskrnl.exe
FAULTING_MODULE: fffff80009e00000 nt

Step 2: Update or Roll Back the Offending Driver

This resolves the majority of IRQL_NOT_LESS_OR_EQUAL crashes on Windows 11.

If a specific driver (e.g., tcpip.sys) is identified:

For tcpip.sys (network driver issues):

  1. Press Win + X → Device Manager.
  2. Expand Network Adapters.
  3. Right-click your adapter → Update driverSearch automatically.
  4. If a recent Windows Update changed the driver, right-click → PropertiesDriver tab → Roll Back Driver.

For GPU drivers (nvlddmkm.sys, atikmpag.sys):

  1. Download Display Driver Uninstaller (DDU) from Wagnardsoft.
  2. Boot into Safe Mode (Win + Rmsconfig → Boot → Safe Boot → Minimal).
  3. Run DDU to completely remove GPU drivers.
  4. Download the latest stable driver from NVIDIA or AMD official site and install fresh.

For all drivers — force Windows Update scan: Open PowerShell as Administrator and run:

Get-WindowsUpdateLog
wuauclt /detectnow

Step 3: Run System File Checker and DISM

Corrupted Windows 11 system files can produce IRQL violations attributed to ntoskrnl.exe. Run these commands in sequence:

SFC (System File Checker): Replaces corrupted protected system files with cached copies.

DISM (Deployment Image Servicing and Management): Repairs the Windows component store that SFC draws from.

Always run DISM before SFC for best results. See the code block section for exact commands.


Step 4: Test Your RAM with Windows Memory Diagnostic

Defective RAM is a silent killer — it often produces IRQL crashes attributed to ntoskrnl.exe with no clear driver culprit.

  1. Press Win + R, type mdsched.exe, press Enter.
  2. Choose Restart now and check for problems.
  3. Windows will run the diagnostic on next boot. Results appear in Event Viewer after login:
    • Press Win + Reventvwr.mscWindows LogsSystem → filter for source MemoryDiagnostics-Results.

For thorough testing, use MemTest86 (bootable USB tool) and run at least 2 full passes (4–8 hours). Any errors indicate faulty RAM that must be replaced.

If RAM errors are found:

  • Test sticks individually to isolate the faulty module.
  • Try reseating RAM in different slots.
  • Reset XMP/EXPO profile in BIOS to stock JEDEC speeds if overclocked.

Step 5: Disable Overclocking and Check BIOS Settings

Overclocking increases system instability at the kernel level. If your CPU or RAM runs above stock speeds:

  1. Reboot and enter BIOS/UEFI (usually Del, F2, or F10 during POST).
  2. Navigate to OC Settings or AI Tweaker (ASUS) / M-Flash (MSI).
  3. Set all values to Auto or Default.
  4. Disable XMP/EXPO profiles temporarily to test at base RAM speeds.
  5. Save and reboot.

Step 6: Use Driver Verifier to Isolate Problematic Drivers

Driver Verifier forces drivers to operate under stress conditions, causing the buggy driver to crash immediately rather than randomly — making it easier to identify.

Warning: Driver Verifier can cause frequent BSODs during testing. Only use it on a system you can troubleshoot, and disable it after identifying the problem driver.

  1. Press Win + R, type verifier, press Enter.
  2. Select Create standard settings → Next.
  3. Choose Automatically select unsigned drivers first; if none found, choose Automatically select drivers built for older versions of Windows.
  4. Reboot. When the system crashes, analyze the new minidump — it will now clearly name the driver.
  5. To disable Driver Verifier after testing: open verifierDelete existing settings → Reboot.

Step 7: Clean Boot to Isolate Third-Party Software

VPN clients, antivirus software, and kernel-level gaming anti-cheat systems (Vanguard, EasyAntiCheat) commonly cause IRQL violations.

  1. Press Win + R, type msconfig, press Enter.
  2. Services tab → check Hide all Microsoft services → click Disable all.
  3. Startup tab → click Open Task Manager → disable all startup items.
  4. Reboot. If crashes stop, re-enable services in groups of 5 to identify the culprit.

Common culprits to disable and test individually:

  • Third-party antivirus (Avast, Bitdefender, Malwarebytes)
  • VPN kernel drivers (ExpressVPN, NordVPN TAP adapter)
  • Overclocking software (MSI Afterburner, HWiNFO)
  • Kernel-level anti-cheat software

Frequently Asked Questions

powershell
# ============================================================
# IRQL_NOT_LESS_OR_EQUAL Windows 11 - Diagnostic & Fix Script
# Run PowerShell as Administrator
# ============================================================

# --- STEP 1: Check for recent BSOD events in Event Log ---
Write-Host "[1] Retrieving recent critical system errors..." -ForegroundColor Cyan
Get-WinEvent -LogName System -MaxEvents 50 | Where-Object {$_.LevelDisplayName -eq 'Critical'} | Select-Object TimeCreated, Id, Message | Format-List

# --- STEP 2: List minidump files for WinDbg/BlueScreenView analysis ---
Write-Host "`n[2] Listing minidump files..." -ForegroundColor Cyan
$minidumpPath = "$env:SystemRoot\Minidump"
if (Test-Path $minidumpPath) {
    Get-ChildItem $minidumpPath -Filter *.dmp | Sort-Object LastWriteTime -Descending | Select-Object Name, LastWriteTime, @{N='SizeMB';E={[math]::Round($_.Length/1MB,2)}}
} else {
    Write-Warning "No minidump directory found. Ensure small memory dumps are enabled."
}

# --- STEP 3: Enable small memory dumps if not configured ---
Write-Host "`n[3] Configuring crash dump settings..." -ForegroundColor Cyan
$crashDumpKey = 'HKLM:\SYSTEM\CurrentControlSet\Control\CrashControl'
Set-ItemProperty -Path $crashDumpKey -Name CrashDumpEnabled -Value 3    # 3 = small memory dump
Set-ItemProperty -Path $crashDumpKey -Name MinidumpsCount -Value 10
Set-ItemProperty -Path $crashDumpKey -Name AutoReboot -Value 1
Write-Host "Crash dump settings configured." -ForegroundColor Green

# --- STEP 4: Run DISM to repair Windows image ---
Write-Host "`n[4] Running DISM - Restore Health (this may take 10-20 minutes)..." -ForegroundColor Cyan
Dism.exe /Online /Cleanup-Image /RestoreHealth

# --- STEP 5: Run SFC to repair system files ---
Write-Host "`n[5] Running System File Checker..." -ForegroundColor Cyan
sfc /scannow

# --- STEP 6: Check driver status - list all non-Microsoft drivers ---
Write-Host "`n[6] Listing non-Microsoft (third-party) kernel drivers..." -ForegroundColor Cyan
Get-WmiObject Win32_SystemDriver | Where-Object {$_.PathName -notlike '*\Windows\*'} | Select-Object Name, PathName, State, Status | Format-Table -AutoSize

# --- STEP 7: Check for driver verifier status ---
Write-Host "`n[7] Current Driver Verifier settings:" -ForegroundColor Cyan
verifier /query

# --- STEP 8: Network adapter driver details (for tcpip.sys crashes) ---
Write-Host "`n[8] Network adapter driver information:" -ForegroundColor Cyan
Get-NetAdapter | Select-Object Name, InterfaceDescription, DriverName, DriverVersion, DriverDate, Status | Format-Table -AutoSize

# --- STEP 9: Check Windows Update history for recent driver updates ---
Write-Host "`n[9] Recent Windows Updates (last 10):" -ForegroundColor Cyan
Get-HotFix | Sort-Object InstalledOn -Descending | Select-Object -First 10 | Format-Table HotFixID, Description, InstalledOn -AutoSize

# --- STEP 10: Check RAM slots and configuration ---
Write-Host "`n[10] RAM configuration:" -ForegroundColor Cyan
Get-WmiObject -Class Win32_PhysicalMemory | Select-Object BankLabel, DeviceLocator, @{N='CapacityGB';E={[math]::Round($_.Capacity/1GB,2)}}, Speed, Manufacturer, PartNumber | Format-Table -AutoSize

# --- STEP 11: Disable Driver Verifier (run this AFTER testing to restore stability) ---
# Uncomment the lines below ONLY after Driver Verifier testing is complete:
# Write-Host "`n[11] Disabling Driver Verifier..." -ForegroundColor Yellow
# verifier /reset
# Write-Host "Driver Verifier disabled. Reboot required." -ForegroundColor Green

Write-Host "`n=== Diagnostics Complete. Review output above and check minidump files. ==" -ForegroundColor Green
Write-Host "Next step: Open minidump files in WinDbg or BlueScreenView to identify the faulting driver." -ForegroundColor Yellow
E

Error Medic Editorial

The Error Medic Editorial team consists of senior DevOps engineers, SREs, and Windows systems specialists with 10+ years of experience diagnosing kernel panics, BSOD stop codes, and system-level failures across enterprise and consumer Windows environments. Our guides are tested on real hardware running Windows 10 and Windows 11, and we cross-reference official Microsoft documentation, driver release notes, and community-verified fixes to ensure accuracy. We specialize in translating cryptic error codes into clear, actionable troubleshooting steps that engineers and everyday users can follow.

Sources

Related Articles in Windows 11 Irql_not_less_or_equal

Explore More windows Guides