0xEA de Verificação de Bugs: THREAD_STUCK_IN_DEVICE_DRIVER
O bug THREAD_STUCK_IN_DEVICE_DRIVER marcar tem um valor de 0x000000EA. Isso indica que um thread em um driver de dispositivo está girando sem parar.
Importante
Este artigo é para programadores. Se você for um cliente que recebeu um código de erro de tela azul ao usar o computador, consulte Solucionar erros de tela azul.
Parâmetros de THREAD_STUCK_IN_DEVICE_DRIVER
| Parâmetro | Descrição |
|---|---|
1 |
Um ponteiro para o objeto thread preso |
2 |
Um ponteiro para o objeto DEFERRED_WATCHDOG |
3 |
Um ponteiro para o nome do driver ofensivo |
4 |
No depurador de kernel: O número de vezes que o bug "interceptado" marcar 0xEA foi atingido Na tela azul: 1 |
Causa
Um driver de dispositivo está girando em um loop infinito, provavelmente aguardando o hardware ficar ocioso.
Isso geralmente indica um problema com o hardware em si ou com o driver do dispositivo programando o hardware incorretamente. Frequentemente, isso é resultado de um vídeo ruim cartão ou de um driver de exibição ruim.
Resolução
A extensão de depuração !analyze exibe informações sobre o bug marcar e pode ser útil para determinar a causa raiz.
Use o comando .thread (Definir Contexto de Registro) junto com o Parâmetro 1. Em seguida, use kb (Exibir Backtrace de Pilha) para localizar o local em que o thread está preso.
Se o depurador de kernel já estiver conectado e em execução quando o Windows detectar uma condição de tempo limite. Em seguida, DbgBreakPoint será chamado em vez de KeBugCheckEx. Uma mensagem detalhada será impressa no depurador. Consulte Envio de saída para a depuraçãopara obter mais informações.
Essa mensagem incluirá o que teria sido o bug marcar parâmetros. Como nenhum bug real marcar foi emitido, o comando .bugcheck (Exibir Dados de Verificação de Bugs) não será útil. Os quatro parâmetros também podem ser recuperados das variáveis globais do Watchdog usando dd watchdog!g_WdBugCheckData L5" em um sistema de 32 bits ou dq watchdog!g_WdBugCheckData L5" em um sistema de 64 bits.
Depurar esse erro de maneira interativa, como isso, permitirá que você encontre um thread ofensivo, defina pontos de interrupção nele e use g (Go) para retornar ao código giratório para depurá-lo ainda mais.
Em computadores multiprocessadores (build do sistema operacional 3790 ou anterior), você poderá atingir um tempo limite se o thread giratório for interrompido por uma interrupção de hardware e uma rotina ISR ou DPC estiver em execução no momento do bug marcar. Isso ocorre porque o item de trabalho do tempo limite pode ser entregue e manipulado na segunda CPU e ao mesmo tempo. Se isso ocorrer, você deverá examinar mais profundamente a pilha do thread ofensivo para determinar o código de rotação que causou o tempo limite. Use o comando dds (Exibir Palavras e Símbolos) para fazer isso.