0x18C de Verificação de Bugs: HYPERGUARD_VIOLATION
O bug HYPERGUARD_VIOLATION marcar tem um valor de 0x0000018C. Isso indica que o kernel detectou que o código ou os dados críticos do kernel foram corrompidos.
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.
Observação
Esse código de bug é reservado apenas para uso pelo Hyperguard.
Não é um código de bug de uso geral destinado ao uso por outros componentes em cenários de corrupção de dados.
Em vez disso, defina um código de bug exclusivo para o componente.
Não use esse código de bug em seu componente.
Parâmetros de HYPERGUARD_VIOLATION
| Parâmetro | Descrição |
|---|---|
| 1 | Tipo de região corrompida – valores listados abaixo. |
| 2 | Informações dependentes de tipo de falha. |
| 3 | Reservado. |
| 4 | Reservado. |
Tipo de região corrompida
1001: uma região de dados genérica
1002: incompatibilidade de hash de página
1004: um IDT do processador
1005: um GDT de processador
1007: Modificação de rotina de depuração
1008: uma região de código dinâmico
1009: uma região de dados compartilhável genérica
100a: uma região de sobreposição de hipervisor
100b: configuração incorreta do modo de processador
100c: um registro de controle de processador estendido
100d: uma região de memória segura
100e: um módulo carregado
100f: uma região de estado do processador
1010: o bitmap cfg do kernel
1011: a página do endereço virtual 0
1012: a tabela de função invertida alternativa
1013: falha na verificação de página sob demanda
1016: uma região de imagem segura
1017: Inconsistência de proteção de endereço virtual do kernel
1101: corrupção de contexto interno
1102: modificação de IDTR
1103: modificação de GDTR
Causa
Essa verificação de bug é gerada quando o kernel detecta que o código ou os dados críticos do kernel foram corrompidos. Geralmente, há três causas para uma corrupção:
Um driver modificou inadvertidamente ou deliberadamente o código ou os dados críticos do kernel.
Um desenvolvedor tentou definir um ponto de interrupção normal do kernel usando um depurador de kernel que não estava anexado quando o sistema foi inicializado. Pontos de interrupção normais, "bp", só poderão ser definidos se o depurador estiver anexado no momento da inicialização. Os pontos de interrupção de hardware, "ba", podem ser definidos a qualquer momento.
Ocorreu uma corrupção de hardware, por exemplo, falha na RAM que contém o código ou os dados do kernel.