Por que o Windows ainda tem o BSOD no recurso Ctrl + Scroll + Scroll “?

Question

Enquanto o Windows XP saiu, ouvi falar de um recurso de teste que existia para causar manualmente uma BSOD (tela azul da morte) . Eu também ouvi isso deveria ser removido no XP Service Pack 2. Ele não foi removido, é também no Vista e no Windows 7. Para ativar isso, navegue até este local no registro:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\i8042prt\Parameters

e adicione CrashOnCtrlScroll como REG_DWORD com o valor de 1.

Agora reinicie e pressione Ctrl + Scroll Lock + Scroll Lock , e você terá um BSOD.

Por que esse recurso ainda está aqui?

    

Answer 1

Está lá para permitir uma quebra no Kernel Debugger ou gerar um arquivo de dump do modo kernel. Normalmente, um especialista faria isso quando o sistema operacional parecesse bloqueado e nem mesmo responderia a CTRL + ALT + DELETE para obter o arquivo de despejo e investigá-lo para o qual o driver está tendo problemas.

É logicamente equivalente a chamar a API do kernel KeBugCheck com verificação de erro 0xE2 (MANUALLY_INITIATED_CRASH). Observe também que os valores reg podem ser definidos em diferentes chaves reg para o driver de teclado USB (kbdhid) versus o driver ps2 (i8042prt). Há mais informações sobre isso e personalizar qual keystoke é usado no artigo 244139 da Base de Dados .

Como isso é implementado nos drivers de teclado reais, não espero que isso funcione de uma sessão RDP, mesmo se ela estiver ativada.

    

Answer 2

Se formos generosos, talvez ele possa ser usado como uma maneira excessivamente entusiasmada de forçar um despejo de memória para investigar manualmente o estado do sistema? (principalmente para depuração)

OK - uma maneira bem estranha de fazer isso, mas ...

    

Answer 3

Vamos chamá-lo de ovo de páscoa.

Parabéns ..... você achou!

    

Answer 4

Parece algo que não valeu o tempo e esforço para remover da base de código.

    

Answer 5

Isso soa como uma brincadeira divertida, na verdade.

    

Answer 6

Eu imagino que a Microsoft realiza testes de unidade em seu sistema operacional antes de liberar as atualizações, etc. Presumivelmente, um dos testes seria verificar se o BSOD ainda se comporta como deveria. Também faz sentido executar testes de unidade na versão de código ativa real para um teste mais confiável.

    

Answer 7

Você deve assistir a vídeos do Mark Russinovich onde ele mostra como diagnosticar falhas do sistema com isso " característica". Acho que foi desativado no SP2, não removido.