UNEXPECTED_KERNEL_MODE_TRAP with the stop code 0x0000007F appears when the processor raises a trap that the Windows kernel is not allowed to catch, or when a second fault occurs while the kernel is already handling the first one.
This guide explains what the trap number tells you, which causes are realistic, and how to work through the fixes in order.
The stop code 0x0000007F means the processor generated a trap and the kernel failed to catch it. There are two variants, and they behave very differently:
Microsoft's guidance describes two common causes for the double fault variant: a kernel stack overflow, and a hardware problem. A stack overflow happens when a guard page is reached and the kernel tries to push a trap frame with no stack left. In practice this occurs when too many drivers are attached to the same stack, for example when two file system filter drivers recurse into each other.
More generally, this bug check often appears after faulty or mismatched hardware has been installed, particularly memory, or after installed hardware starts to fail.
The first parameter on the blue screen is the trap number, and it narrows the cause immediately.
| Parameter 1 | Meaning |
|---|---|
| 0x00000000 | Divide by zero error. Memory corruption, hardware problems, or software faults can cause it. |
| 0x00000004 | Overflow. The processor called an interrupt handler while the overflow flag was set. |
| 0x00000005 | Bounds check fault. A BOUND instruction found an operand outside the allowed limits. |
| 0x00000006 | Invalid opcode. Usually the instruction pointer is corrupted, and hardware memory corruption is the most common cause. |
| 0x00000008 | Double fault, the most common variant. Often a kernel stack overflow or a hardware fault. |
Step 1. Note the Parameter 1 value from the blue screen or from the dump file.
Step 2. If the value is 0x8, focus on kernel stack usage and hardware first, since the great majority of 0x7F crashes fall into this group.
Step 3. If the value is 0x6 or 0x0, treat memory corruption as the leading suspect and test RAM before changing drivers.
Step 4. Write down Parameters 2 to 4 as well. They point at the faulting address and context, which is useful if you later analyze the dump.
Step 1. Think back to what changed just before the crashes started: new memory, a new graphics card, an SSD, a dock, or a new external device.
Step 2. Remove or replace the most recent addition and test the system. This is the fastest way to confirm a hardware cause.
Step 3. Reinsert memory modules one at a time, and make sure they are fully seated and latched at both ends.
Step 4. Confirm the memory kit is listed as compatible with your motherboard and processor. Mismatched modules are a recurring cause of this stop code.
Step 5. If a debug LED on the motherboard lights up before the crash, note which one it is. DRAM points to memory, CPU to the processor or its power delivery.
Step 1. Open Device Manager and look for any device with a yellow warning triangle. Open its properties, read the events, and update or reinstall its driver.
Step 2. Update chipset, storage, network, and graphics drivers from your PC or motherboard manufacturer.
Step 3. If a driver was updated shortly before the crashes began, roll it back instead of updating further.
Step 4. Remove kernel-level third-party components you do not need. RGB lighting suites, tuning utilities, backup filter drivers, and old antivirus remnants are common contributors.
Step 5. Pay attention to file system filter drivers. If you use two backup, sync, or encryption products that both attach filters to the file system, the recursion between them can exhaust the kernel stack and cause a double fault. Remove one and retest.
Step 6. If the system is stable in Safe Mode, that confirms a third-party driver is involved and lets you narrow the list further.
Step 1. Run the Windows Memory Diagnostic with mdsched.exe.
Step 2. Follow up with a bootable memory tester and allow several complete passes. A single pass frequently misses marginal errors.
Step 3. Repair system files from an elevated Command Prompt:
DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow
Step 4. Check the physical disks with chkdsk C: /f /r and review their S.M.A.R.T. values.
Step 5. For advanced users, Driver Verifier can expose a misbehaving driver by applying extra stress to kernel code. Enable it carefully, keep a way to boot into Safe Mode and turn it off, and expect the system to be slower while it runs.
Step 6. If the failure is a kernel stack overflow, unloading unnecessary kernel-mode software usually resolves it, because it frees stack space for the drivers that remain.
Step 1. Update the BIOS or UEFI firmware to the latest version for your exact model. Firmware updates often carry processor microcode fixes relevant to trap and fault errors.
Step 2. Load optimized defaults in BIOS to clear any overclock or aggressive memory profile, then retest.
Step 3. Install all pending Windows updates, including optional firmware and driver packages offered by Windows Update.
Step 4. Perform a clean boot by disabling non-Microsoft services and startup items, then re-enable them in groups to find the culprit.
Step 5. Run the processor diagnostic tool from Intel or AMD if you suspect the CPU. A failure there indicates a hardware fault that no driver change will fix.
Step 6. A repair install of Windows, which keeps your files and applications, is a reasonable step if the dump points at corrupted system components rather than third-party drivers.
Step 1. Confirm that dump collection is enabled, then locate the most recent file in C:\Windows\Minidump.
Step 2. Open it in a debugger and run !analyze -v to get the summary, including the module named as the cause.
Step 3. Run kv to display the stack backtrace. If the output shows a trap frame, apply the trap command to that frame so the debugger can show where the trap was actually taken.
Step 4. If the stack runs into a guard page or the backtrace is unusually deep, that is direct evidence of a kernel stack overflow caused by stacked filter drivers.
Step 5. Compare two or three dumps. A module that appears in every crash is your target, while a different module each time points back toward memory or processor hardware.
It means the processor raised a trap that the Windows kernel could not catch, or a second fault occurred while handling an earlier one. The kernel cannot continue, so it stops the system.
No. Faulty or mismatched memory is a common cause, but so are defective processors, incompatible drivers, kernel stack overflow, and outdated firmware.
It is the trap number itself. A value of 0x8 means a double fault, while 0x6 means an invalid opcode that usually indicates memory corruption, so each value points to a different investigation.
Yes. Products that attach file system filter drivers can recurse into each other and exhaust the kernel stack, which produces a double fault. Removing one of them often resolves the crash.
Only after hardware, firmware, and driver causes have been ruled out. If the fault is a failing memory module or processor, a clean install will not help and the crash will return.
Two or three. A single dump can point at an unrelated module that happened to be on the stack, while a repeated pattern is reliable evidence.
Repeated stop errors put your open documents and system files at risk, and the fixes above involve reseating memory, removing filter drivers, and flashing firmware. Create a full system backup before you start. Qiling Disk Master handles both the backup and the restore.
Step 1. Install and open Qiling Disk Master. On the home screen, open "Backup and Recovery" and choose "System Backup". This option automatically includes Windows and the hidden boot partitions, so you do not have to select them one by one.

Step 2. Check the source. The disk where Windows is installed and its system partitions are already ticked for you. If you only need your personal documents, run a separate "File Backup" task instead.

Step 3. Click the destination box and choose where the image should be saved. Use an external HDD or SSD, a NAS, or any drive other than the one Windows is installed on, and make sure it has enough free space.

Step 4. Review the task summary and click "Proceed". Wait until the progress bar reaches 100%. Do not unplug the drive or turn off the PC while the backup is running.

Step 1. Open Qiling Disk Master again, go to "Backup and Recovery", and select the recovery option. Your backup images are listed, so pick the one you created before the troubleshooting began.

Step 2. Choose the target disk or partition. Normally you restore to the original system disk. If the drive was replaced, select the new disk instead, and the restore rebuilds Windows together with its boot partitions.

Step 3. Preview the restore plan, click "Proceed", and confirm the warning. The PC restarts to finish the job, and Windows comes back exactly as it was on the day the image was created, with your files and programs intact.

UNEXPECTED_KERNEL_MODE_TRAP means the processor raised a trap the kernel could not handle. Start with Parameter 1 to learn which trap it was, since a double fault points at kernel stack usage or hardware while an invalid opcode points at memory corruption. Then test recently added memory, remove unnecessary kernel-mode drivers, run SFC and DISM, and update the BIOS. Analyzing two or three dumps with a debugger is what turns guesswork into a specific target.
Protect your PC with Qiling Backup—create a system image before your next troubleshooting step.