Partilhar via


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:

  1. Um driver modificou inadvertidamente ou deliberadamente o código ou os dados críticos do kernel.

  2. 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.

  3. Ocorreu uma corrupção de hardware, por exemplo, falha na RAM que contém o código ou os dados do kernel.

Consulte Também

Referência de código de verificação de bugs