Controllo bug 0x133: DPC_WATCHDOG_VIOLATION

  • Articolo

Il controllo dei bug DPC_WATCHDOG_VIOLATION ha un valore pari a 0x00000133. Questo controllo di bug indica che il watchdog DPC è stato eseguito, perché ha rilevato una singola chiamata di procedura posticipata (DPC) a esecuzione prolungata o perché il sistema ha trascorso un tempo prolungato a un livello di richiesta di interrupt (IRQL) di DISPATCH_LEVEL o superiore.

Il valore del parametro 1 indica se un singolo DPC ha superato un timeout o se il sistema ha trascorso un lungo periodo di tempo in IRQL DISPATCH_LEVEL o superiore. I controller di rete non devono essere eseguiti più di 100 microsecondi e gli ISR non devono essere eseguiti più di 25 microsecondi, ma i valori di timeout effettivi nel sistema sono impostati molto più alti.

Per altre informazioni sui DPC, vedere Introduction to DPC Objects and Windows Internals 7th Edition Part 1 (Introduzione agli oggetti DPC e Windows Internals 7th Edition Part 1 ) di Paolo Yosifovich, Mark E. Russinovich, David A. Solomon e Alex Ionovich.

Importante

Questo articolo è destinato ai programmatori. Se si è un cliente che ha ricevuto un codice di errore della schermata blu durante l'uso del computer, vedere Risolvere gli errori della schermata blu.

parametri DPC_WATCHDOG_VIOLATION

Il parametro 1 indica il tipo di violazione. Il significato degli altri parametri dipende dal valore del parametro 1.

Parametro 1 Parametro 2 Parametro 3 Parametro 4 Causa dell'errore
0 Conteggio tempo DPC (in tick) Allocazione temporale DPC (in tick). cast to nt! DPC_WATCHDOG_GLOBAL_TRIAGE_BLOCK, che contiene informazioni aggiuntive relative a questo singolo timeout DPC Un singolo DPC o ISR ha superato il tempo di allocazione. Il componente che causa l'errore può in genere essere identificato con un'analisi dello stack.
1 Il periodo del watchdog cast to nt! DPC_WATCHDOG_GLOBAL_TRIAGE_BLOCK, che contiene informazioni aggiuntive relative a questo singolo timeout DPC Prenotato Il sistema ha trascorso un lungo periodo di tempo in irQL DISPATCH_LEVEL o superiore. Il componente che causa l'errore può in genere essere identificato con un'analisi dello stack.

Causa

Per determinare la causa, è necessario che il debugger di Windows, l'esperienza di programmazione e l'accesso al codice sorgente per il modulo di errore.

Per altre informazioni, vedere gli argomenti seguenti:

Analisi del dump di arresto anomalo del sistema usando i debugger di Windows (WinDbg)

Analisi di un file di dump in modalità kernel con WinDbg

Uso dell'estensione !analyze e !analyze

Per altre informazioni su Windows DPC, vedi Windows Internals 7th Edition Part 1 di Paolo Yosifovich, Mark E. Russinovich, David A. Solomon e Alex Ionribu.

Esempio 1

L'estensione di debug !analyze visualizza informazioni sul controllo dei bug e può essere utile per determinare la causa radice.

Parametro 1 = 0

In questo esempio il conteggio dei tick di 501 supera l'allocazione del tempo DPC pari a 500. Il nome dell'immagine indica che questo codice è stato eseguito quando si è verificato il controllo del bug.

0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DPC_WATCHDOG_VIOLATION (133)
The DPC watchdog detected a prolonged run time at an IRQL of DISPATCH_LEVEL
or above.
Arguments:
Arg1: 0000000000000000, A single DPC or ISR exceeded its time allotment. The offending
    component can usually be identified with a stack trace.
Arg2: 0000000000000501, The DPC time count (in ticks).
Arg3: 0000000000000500, The DPC time allotment (in ticks).
Arg4: 0000000000000000

...

IMAGE_NAME:  BthA2DP.sys
...

Usare i comandi del debugger seguenti per raccogliere altre informazioni sugli errori con un parametro pari a 0:

k (Visualizza stack backtrace) per esaminare il codice in esecuzione quando si è verificato il codice di arresto.

È possibile usare il comando u, ub, uu (Unassemble) per approfondire le specifiche del codice in esecuzione.

L'estensione !pcr visualizza lo stato corrente dell'area di controllo processore (PCR) in un processore specifico. Nell'output sarà l'indirizzo del prcb

0: kd> !pcr
KPCR for Processor 0 at fffff8035f5a4000:
    Major 1 Minor 1
	NtTib.ExceptionList: fffff80368e77fb0
	    NtTib.StackBase: fffff80368e76000
	   NtTib.StackLimit: 0000000000000000
	 NtTib.SubSystemTib: fffff8035f5a4000
	      NtTib.Version: 000000005f5a4180
	  NtTib.UserPointer: fffff8035f5a4870
	      NtTib.SelfTib: 000000b6d3086000

	            SelfPcr: 0000000000000000
	               Prcb: fffff8035f5a4180
	               Irql: 0000000000000000
	                IRR: 0000000000000000
	                IDR: 0000000000000000
	      InterruptMode: 0000000000000000
	                IDT: 0000000000000000
	                GDT: 0000000000000000
	                TSS: 0000000000000000

	      CurrentThread: fffff80364926a00
	         NextThread: ffffe40b77c12040
	         IdleThread: fffff80364926a00

È possibile usare il comando dt (Tipo di visualizzazione) per visualizzare informazioni aggiuntive sui CONTROLLER di dominio e sul Watchdog DPC. Per l'indirizzo usare prcb elencato nell'output !pcr:

dt nt!_KPRCB fffff80309974180 Dpc* 

0: kd> dt nt!DPC_WATCHDOG_GLOBAL_TRIAGE_BLOCK fffff803648fa320
   +0x000 Signature        : 0xaebecede
   +0x004 Revision         : 1
   +0x006 Size             : 0x10
   +0x008 DpcWatchdogProfileOffset : 0x84a8
   +0x00c DpcWatchdogProfileLength : 0x8200

Esempio 2

Parametro 1 = 1

Per il parametro 1, il codice potrebbe non arrestarsi nell'area di codice che causa l'errore. In questo caso, un approccio consiste nell'usare la traccia eventi per tentare di rilevare il driver che supera la durata di esecuzione normale.

Usare l'estensione di debug !analyze per visualizzare informazioni sul controllo dei bug.

0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

DPC_WATCHDOG_VIOLATION (133)
The DPC watchdog detected a prolonged run time at an IRQL of DISPATCH_LEVEL
or above.
Arguments:
Arg1: 0000000000000001, The system cumulatively spent an extended period of time at
	DISPATCH_LEVEL or above. The offending component can usually be
	identified with a stack trace.
Arg2: 0000000000001e00, The watchdog period.
Arg3: fffff803648fa320, cast to nt!DPC_WATCHDOG_GLOBAL_TRIAGE_BLOCK, which contains
	additional information regarding the cumulative timeout
Arg4: 0000000000000000

Eseguire il cast dell'indirizzo del nt! DPC_WATCHDOG_GLOBAL_TRIAGE_BLOCK visualizzare informazioni su di esso.

0: kd> dt nt!DPC_WATCHDOG_GLOBAL_TRIAGE_BLOCK fffff803648fa320
   +0x000 Signature        : 0xaebecede
   +0x004 Revision         : 1
   +0x006 Size             : 0x10
   +0x008 DpcWatchdogProfileOffset : 0x84a8
   +0x00c DpcWatchdogProfileLength : 0x8200

Usare il comando !dpcs per visualizzare i DPC in coda.

3: kd> !dpcs
CPU Type      KDPC       Function
 0: Normal  : 0xfffff8035f5ac290 0xfffff80363e15630 nt!PpmPerfAction
Failed to read DPC at 0xffffe40b77190dd8
 0: Threaded: 0xfffff8035f5ac3d8 0xfffff80363f27d70 nt!KiDpcWatchdog

Risoluzione

Per determinare la causa specifica e creare una correzione del codice, è necessario l'esperienza di programmazione e l'accesso al codice sorgente del modulo di errore.

Osservazioni:

In generale, questo codice di arresto è causato da codice driver difettoso che in determinate condizioni, non completa il lavoro entro l'intervallo di tempo assegnato.

Se non si è dotati di usare il debugger Windows per questo problema, è consigliabile usare alcune tecniche di risoluzione dei problemi di base.

  • Se un driver viene identificato nel messaggio di controllo dei bug, per isolare il problema, disabilitare il driver. Rivolgersi al produttore per verificare la presenza di aggiornamenti dei driver.

  • Controllare il log di sistema Visualizzatore eventi per altri messaggi di errore che potrebbero aiutare a identificare il dispositivo o il driver che causa il controllo dei bug 0x133.

  • Verificare che qualsiasi nuovo hardware installato sia compatibile con la versione installata di Windows. Ad esempio per Windows 10, puoi ottenere informazioni sull'hardware necessario in Specifiche di Windows 10.

  • Per altre informazioni generali sulla risoluzione dei problemi, vedere Analizzare i dati della schermata blu di controllo dei bug.

Vedi anche

Analisi del dump di arresto anomalo del sistema usando i debugger di Windows (WinDbg)

Analisi di un file di dump in modalità kernel con WinDbg

Riferimento al codice del controllo errori