Skip to content

STOP CODE · 0x133

DPC_WATCHDOG_VIOLATION: A Driver That Took Too Long

A driver kept the processor busy at high priority for longer than Windows allows, and a watchdog timer stopped the system. It is a driver that is too slow at the wrong moment.

WHAT MICROSOFT SAYS

Microsoft's reference says the DPC watchdog fired "either because it detected a single long-running deferred procedure call (DPC), or because the system spent a prolonged time at an interrupt request level (IRQL) of DISPATCH_LEVEL or above". Its summary: "In general this stop code is caused by faulty driver code that under certain conditions, does not complete its work within the allotted time frame."

From Microsoft's documentation, linked under Sources. Microsoft wrote its page for this code for programmers; the steps below are the ones it gives everyone else.

TECHNICAL SUMMARY

Stop codeDPC_WATCHDOG_VIOLATION
Value0x00000133 (0x133)
Where you see itAt the bottom of the stop screen, and in the System event log after the restart
In Tweaky DriverStop codes are not read; driver versions are checked

What causes DPC_WATCHDOG_VIOLATION

  • One deferred procedure call in a driver ran past its time limit.
  • The system spent too long, in total, at a raised interrupt level.
  • Microsoft's general description: faulty driver code that, under certain conditions, does not finish its work within the allotted time.

How to fix DPC_WATCHDOG_VIOLATION, safest step first

The steps come from Microsoft's guidance, with the reversible ones first. Each one says how to put back what it changed. If Windows cannot start normally, Microsoft's basic steps say to start in safe mode and continue from there.

  1. Write down the stop code and the file the screen names

    Microsoft Support says the stop code appears at the bottom of the screen and, when Windows knows it, so does the name of the module that was running. If the screen went by too fast, the command under Check it yourself lists the stop codes Windows recorded, and Event Viewer > Windows Logs > System shows the errors logged around the restart.

    To undo: Nothing to undo: this only reads information.

  2. Before you change anything: note the driver and make a restore point

    Open the device's Properties > Driver tab and write down the driver provider, date and version. Then select Start, type Create a restore point, open it, and on the System Protection tab choose Create. Microsoft notes that System Protection is not turned on by default; if Create is greyed out, choose Configure and turn it on for the system drive first.

    To undo: A restore point changes nothing by itself. To go back later, run System Restore and pick it: Microsoft says it reverts system files, the registry and installed programs, and leaves your personal files alone.

  3. Update the driver the screen names

    Microsoft's advice when a driver is identified in the bug check message is to disable the driver or check with the manufacturer for driver updates. In Device Manager, right-click the device and choose Update driver, or install the current package from the manufacturer's support page for your exact model. Microsoft's wording for this code is to disable the driver to isolate the issue and check with the manufacturer for updates.

    To undo: Open the device's Properties > Driver tab and choose Roll Back Driver, or apply the restore point.

  4. If it started after a driver update, roll the driver back

    In Device Manager, right-click the device, choose Properties, open the Driver tab and select Roll Back Driver, then give a reason and confirm. Microsoft notes that you need administrator rights, and that going back to the previous driver often fixes a problem that appeared after an update. The button is greyed out when Windows kept no earlier driver for the device.

    To undo: Rolling back is the undo for the update. To return to the newer driver, install it again with Update driver or from the manufacturer's package.

  5. Take out what you added just before it started

    Microsoft's first basic step for a stop code that keeps coming back is to remove new hardware: shut the PC down, disconnect the device and start again. Its bug check pages say the same about drivers and system services added recently: remove or update them, and work out what changed just before the first crash.

    To undo: Reconnect the hardware, or install the program or driver again.

  6. Install the latest Windows updates

    Select Start > Settings > Windows Update and choose Check for updates. It is one of Microsoft's basic steps for a stop code that keeps returning, and it is how new versions of Windows' own drivers arrive.

    To undo: If the crashes get worse after an update, apply the restore point from the earlier step.

  7. If nothing helps, go back to a restore point

    Microsoft's last basic step is to restore Windows from a system restore point made before the crashes began, or to use one of its other recovery options.

    To undo: System Restore leaves personal files alone; programs and drivers installed after that restore point have to be installed again.

Check it yourself

  1. List the stop codes Windows recorded (PowerShell)

    Each entry gives the date, the stop code as a hexadecimal number with its four parameters, and where the dump file was saved. On the test PC, Windows 11 build 26300, this ran without administrator rights. An error saying no events were found means Windows recorded none. This stop code appears there as 0x00000133.

    Get-WinEvent -FilterHashtable @{ LogName='System'; Id=1001;
      ProviderName='Microsoft-Windows-WER-SystemErrorReporting' } -MaxEvents 5 |
      Format-List TimeCreated, Message
    PowerShell
  2. List the driver packages installed on the PC

    Shows every third-party driver package with its provider, class, version and date, so you can see what was installed around the first crash. Nothing is changed.

    pnputil /enum-drivers
    cmd

What Tweaky Driver can and cannot do here

Driver version check

Tweaky Driver does not read crash dumps or stop codes, so it cannot tell you which driver caused this screen. It helps with the step that comes after Windows names a driver: its scan lists every device with the installed driver version and shows whether Windows Update, the Microsoft Update Catalog or a manufacturer package it supports has a newer one, with the source and version in front of you before anything is installed. If the PC stutters or the audio crackles before the crash, our DPC latency guide shows how to measure which driver is slow. A newer driver is no promise that the blue screen stops: the same code can come from hardware or from Windows itself.

Tweaky Driver, the driver checker that shows its sources — free for Windows 10 and 11.

Common questions

What does DPC_WATCHDOG_VIOLATION mean?

A watchdog in Windows detected that a driver's deferred procedure call ran too long, or that the system stayed at a raised interrupt level for too long. Microsoft attributes it in general to faulty driver code that does not finish in time.

What is a DPC?

A deferred procedure call: work a driver schedules to run at high priority shortly after an interrupt. Microsoft says DPCs should not run longer than 100 microseconds; the timeout that triggers the blue screen is set much higher.

Which driver causes DPC_WATCHDOG_VIOLATION?

If Windows identified it, the name is on the screen. If not, Microsoft suggests the System log in Event Viewer for errors that point at a device or driver, and confirming that newly installed hardware is compatible with your version of Windows.