An unstable or malicious kernel driver destabilising the graphics stack.
What gives it awayRepeated TDRs starting shortly after unfamiliar software was installed, particularly alongside other driver load failures.
ATT&CK T1547.006Nothing matches that yet. Tell us what you were looking for and it goes on the list.
Windows System Log · Event 4101
Your graphics card stopped answering for a couple of seconds, so Windows reset it. That is the black flicker you just saw. One is nothing. Several a day means the driver, the card, or its power supply needs attention.
Also written as Event ID 4101nvlddmkm stopped respondingTDR timeoutatikmpag stopped responding
Your screen went black for a second and came back, and maybe a game or video stuttered. Windows noticed the graphics card had stopped responding and restarted it rather than crashing the whole machine. If this happens once in a while, ignore it. If it happens while gaming or watching video most days, work through the driver and cooling first.
This is Timeout Detection and Recovery. The GPU failed to complete work within the timeout — two seconds by default — so the display stack reset it. On virtual desktop hosts it usually means GPU contention rather than hardware. Repeated TDRs frequently precede a 0x116 VIDEO_TDR_ERROR stop error.
Sanitised. Addresses come from the RFC 5737 documentation ranges.
Display driver nvlddmkm stopped responding and has successfully recovered. Everything else in the log line is context.
nvlddmkmNVIDIA. By far the most common name in this event. amdkmdap or atikmpagAMD. igdkmd64 or igfxIntel integrated graphics. Most of the time it is one of these.
What gives it awayRepeated TDRs starting shortly after unfamiliar software was installed, particularly alongside other driver load failures.
ATT&CK T1547.006What gives it awayPersistent TDRs on a machine that is otherwise idle, with sustained high GPU load and an unfamiliar process holding it.
ATT&CK T1496Get-WinEvent -FilterHashtable @{LogName='System'; Id=4101} -MaxEvents 50 | Select-Object TimeCreated, Message | Format-List Get-WinEvent -FilterHashtable @{LogName='System'; Id=4101; StartTime=(Get-Date).AddDays(-30)} | Group-Object { $_.TimeCreated.Date } | Select-Object Count, Name Get-CimInstance Win32_VideoController | Select-Object Name, DriverVersion, DriverDate, AdapterRAM wevtutil qe System /q:"*[System[(EventID=4101)]]" /f:text /c:10 /rd:true Your graphics card did not finish a piece of work within the time Windows allows — two seconds by default. Rather than let the machine hang, Windows reset the display driver and carried on. The black flicker is that reset. Nothing was damaged, and 'successfully recovered' means it worked.
Start with a clean driver reinstall: fully remove the existing display driver, then install the current one from NVIDIA, AMD, or Intel directly rather than through Windows Update. If it began after an update, roll back instead — newer drivers regularly break older cards. Then check temperatures and dust, and on a desktop confirm the power supply and the card's power connectors.
Only as a last resort. It gives the card longer before Windows resets it, which hides the symptom without addressing the cause and makes genuine hangs last longer. Work through drivers, cooling, and power first — those fix the problem rather than masking it.
Not usually. Driver problems cause far more of these than failing hardware. Hardware becomes the likely explanation when it happens under load with high temperatures, when you also see visual artefacts, or when it persists across a completely clean driver reinstall and a different driver version.
Because that is when the card is under real load. TDRs cluster around demanding work because that is when a card that is too hot, underpowered, or running a buggy driver is most likely to miss the timeout. Clustering is a useful clue: it points at load, heat, or power rather than a random fault.
Last reviewed 28 August 2026