¿Qué causa DPC_WATCHDOG_VIOLATION en Windows 11?

Una Llamada de Procedimiento Diferido se ejecutó más tiempo de lo que Windows permite. Los DPCs son cómo los drivers hacen trabajo de hardware sensible al tiempo — comunicándose con la GPU, leyendo del controlador SSD, procesando paquetes de red. Cuando un driver quema su presupuesto de tiempo, el watchdog se dispara y obtienes pantalla azul. La causa más común es el driver Intel Rapid Storage Technology (iaStorA.sys), seguido por drivers de GPU (nvlddmkm.sys para NVIDIA, atikmpag.sys para AMD).

¿Cómo encuentro qué driver causa DPC_WATCHDOG_VIOLATION?

Descarga BlueScreenView de nirsoft.net (gratis, sin instalación). Lee los archivos minidump en C:\Windows\Minidump\ y muestra el archivo .sys exacto en la columna 'Caused By Driver'. Toma treinta segundos y elimina todas las conjeturas — el driver listado ahí es el que necesitas arreglar.

¿Debería cambiar de Intel RST a Standard SATA AHCI Controller?

Si tu disco de arranque es un SSD SATA o disco duro, sí — abre el Administrador de dispositivos, expande Controladoras IDE ATA/ATAPI, clic derecho en el controlador Intel RST, Actualizar controlador, Examinar mi equipo, Elegir de una lista, selecciona Standard SATA AHCI Controller. Pero si tu disco de arranque es NVMe (la mayoría de máquinas después de 2021), esto no hace nada — los discos NVMe usan stornvme.sys, un controlador completamente diferente.

¿Por qué DPC_WATCHDOG_VIOLATION solo pasa durante juegos?

Los juegos ponen carga pesada en el driver de GPU, que procesa cargas DPC masivas — cada frame dispara llamadas diferidas que deben completarse dentro de la ventana del watchdog. Si tu driver de GPU tiene un bug de temporización DPC (común en las series 570.x y 572.x de NVIDIA en tarjetas RTX 30/40), el uso normal de escritorio se mantiene bajo el umbral pero los juegos lo empujan por encima. Arranca en Modo seguro, ejecuta DDU para eliminar el driver por completo, luego instala una versión estable como la serie 566.x.

Arreglar DPC_WATCHDOG_VIOLATION Windows 11 (2026)

Q: ¿Los perfiles XMP de memoria pueden causar DPC_WATCHDOG_VIOLATION?

Sí. XMP hace overclock a tu RAM más allá de su especificación nominal, y si el controlador de memoria no puede manejar la velocidad de forma confiable, los DPCs que involucran I/O mapeado en memoria empiezan a agotar el tiempo intermitentemente. Los crashes parecen aleatorios porque dependen de qué direcciones de memoria se golpean. Desactiva XMP en el BIOS temporalmente — si los crashes paran, déjalo desactivado o baja un nivel de XMP.

Descarga BlueScreenView de nirsoft.net — gratis, sin necesidad de instalación, lee los archivos minidump que Windows crea después de cada crash. Ábrelo, haz clic en tu entrada de crash más reciente, busca en el panel inferior la columna “Caused By Driver”. Eso te dice el archivo .sys exacto responsable. Toma treinta segundos y elimina las conjeturas que todas las demás guías de internet quieren que hagas.

Código de detención 0x00000133 significa que una Llamada de Procedimiento Diferido se ejecutó más tiempo de lo que Windows permite. Los DPCs son cómo los drivers hacen trabajo de hardware sensible al tiempo — comunicándose con la GPU, leyendo del controlador SSD, procesando paquetes de red. Windows le da a cada DPC un presupuesto de tiempo estricto. Si un driver lo quema sin terminar, el watchdog se dispara y obtienes la pantalla azul. Así que esto es siempre un problema de driver. La pregunta es cuál driver.

El PC de gaming personalizado de un cliente empezó a crashearse en el momento en que cargaba cualquier juego. Funcionaba bien en el escritorio, bien navegando, bien viendo YouTube. Pero en el segundo que un juego empezaba a renderizar, pantalla azul. BlueScreenView mostró nvlddmkm.sys en la columna Caused By Driver — el driver de pantalla de NVIDIA. Estaba en 572.21, que tenía un problema conocido de temporización DPC con tarjetas RTX 40 bajo carga pesada de shaders. Arrancamos en Modo seguro, ejecutamos DDU para eliminar el driver completamente, instalamos 566.36 del archivo de NVIDIA. No más crashes desde entonces. Catorce minutos.

Si BlueScreenView apunta a iaStorA.sys o iaStorAC.sys en su lugar, ese es el driver Intel Rapid Storage Technology y es la causa individual más común de esta pantalla azul específica.

Controlador SATA y Firmware del SSD

La solución de iaStorA ha sido la respuesta número uno para DPC_WATCHDOG_VIOLATION desde Windows 10, y sigue aplicando si tu máquina corre un SSD SATA o disco duro. Abre el Administrador de dispositivos, expande Controladoras IDE ATA/ATAPI, clic derecho en lo que esté listado — usualmente “Intel(R) Chipset SATA/PCIe RST Premium Controller” o algo similar — haz clic en Actualizar controlador, Examinar mi equipo en busca de controladores, Elegir de una lista, y selecciona “Standard SATA AHCI Controller” en su lugar. Reinicia. Lo que acabas de hacer es cambiar el driver propietario de Intel por el genérico de Microsoft, que maneja la temporización DPC más conservadoramente.

Pero aquí está lo que nadie menciona. Si tu disco de arranque es un SSD NVMe — y en cualquier máquina construida después de 2021, probablemente lo es — la solución del controlador SATA AHCI no hace nada por ti. Los discos NVMe no usan el controlador SATA para nada. Corren a través de stornvme.sys, que es un driver completamente diferente con un camino DPC completamente diferente. Si BlueScreenView muestra stornvme.sys, revisa el sitio del fabricante de tu SSD para una actualización de firmware. Los Samsung 980 Pro y 990 Pro tuvieron parches de firmware en 2025 que abordaban específicamente el comportamiento de timeout DPC durante escrituras aleatorias pesadas. WD, Kingston, Crucial — todos han tenido parches similares.

También vale la pena revisar: si el BIOS de tu placa base tiene una opción de modo SATA y está configurada en RAID en vez de AHCI, cámbiala a AHCI. El modo RAID carga una pila de drivers diferente que introduce latencia DPC extra. Advertencia justa — cambiar el modo SATA después de que Windows está instalado puede prevenir el arranque. Podrías necesitar habilitar Safe Boot en msconfig primero, cambiar la configuración del BIOS, arrancar en Modo seguro, luego desactivar Safe Boot y reiniciar normalmente.

Drivers de GPU y Chipset

Si BlueScreenView nombra nvlddmkm.sys, ese es el driver de pantalla de NVIDIA. atikmpag.sys o atikmdag.sys es AMD. igdkmd64.sys es gráficos integrados Intel. Los drivers de GPU son la segunda causa más común después de controladores de almacenamiento porque el renderizado involucra cargas DPC masivas — cada frame que la GPU procesa dispara llamadas diferidas que tienen que completarse dentro de la ventana del watchdog.

No solo actualices a través del Administrador de dispositivos. El Administrador de dispositivos saca cualquier versión genérica que Microsoft tiene en caché, que usualmente está meses atrás de la última del fabricante y a veces es la versión exacta causando los crashes. Descarga directamente de nvidia.com, amd.com/support, o intel.com/support. Para NVIDIA específicamente, si el driver más nuevo es el problema — que pasa más de lo que piensas, las series 570.x y 572.x tuvieron múltiples problemas conocidos de DPC en tarjetas RTX 30 y 40 — descarga Display Driver Uninstaller, arranca en Modo seguro, ejecuta DDU para eliminar todo rastro del driver viejo incluyendo claves del registro y cachés de shaders, reinicia, luego instala una copia limpia. La serie 566.x ha sido la más estable para temporización DPC en nuestra experiencia. Si en su lugar los crashes muestran SYSTEM_SERVICE_EXCEPTION, el arreglo es el mismo proceso DDU pero el mecanismo es distinto — una excepción en el código del driver en vez de un timeout de DPC. Y si junto a este también recibes DRIVER_POWER_STATE_FAILURE o KERNEL_DATA_INPAGE_ERROR, esas guías profundizan en sus respectivas cadenas de controladores.

Los drivers de chipset importan más de lo que la gente cree para este error específico. Tu driver de chipset controla cómo cada dispositivo en la placa base se comunica con la CPU, y uno desactualizado puede agregar suficiente overhead a las llamadas DPC individuales para empujarlas sobre el umbral del watchdog. Descarga tu driver de chipset de la página de soporte del fabricante de tu placa base — ASUS, MSI, Gigabyte, ASRock.

Una cosa más que veo disparar esto como una vez al mes — perfiles XMP de memoria. XMP hace overclock a tu RAM más allá de su especificación nominal, y si el controlador de memoria en tu CPU no puede manejar la velocidad de forma confiable, los DPCs que involucran I/O mapeado en memoria empiezan a agotar el tiempo intermitentemente. Ve al BIOS y desactiva XMP temporalmente. Si los crashes paran, déjalo desactivado o baja un nivel de XMP.

Soluciones a Nivel de Sistema

Si BlueScreenView apunta a ntoskrnl.exe en vez de un driver de terceros específico, el crash pasó a nivel del kernel y podrían ser archivos de sistema corruptos. Ejecuta sfc /scannow en una terminal como admin, luego DISM /Online /Cleanup-Image /RestoreHealth, luego sfc /scannow de nuevo.

Inicio rápido causa este error más seguido de lo que debería. Guarda una imagen de hibernación parcial al apagar y reanuda desde ella al arrancar en vez de hacer una inicialización fresca de drivers. Si el estado guardado incluye un driver en un estado raro de procesamiento DPC, cada arranque recrea el problema. Panel de control, Opciones de energía, Elegir lo que hacen los botones de inicio/apagado, Cambiar la configuración actualmente no disponible, desmarca Activar inicio rápido.

Si nada de esto ayudó, prueba tu RAM. memtest86 en un USB, déjalo correr durante la noche. He visto DPC_WATCHDOG_VIOLATION rastreado a un solo módulo de RAM malo tres veces solo este año. Para un análisis más profundo de pantalla azul incluyendo lecturas completas de minidump con WinDbg, o si estás teniendo múltiples códigos de detención diferentes junto con DPC_WATCHDOG, nuestro diagnóstico BSOD cubre la pila completa de drivers y hardware — sacamos minidumps, identificamos el driver y versión exactos, y lo arreglamos en la misma sesión o te decimos exactamente qué hardware reemplazar.