Windows 8 falha quando fecho a tampa

2

HP Dv7 (XG300AV)

Para que meu laptop durma bem, eu tenho que dizer para ele dormir, então uma vez que esteja dormindo, feche a tampa. Às vezes isso não funciona no entanto. Apenas fechar a tampa faz o computador tentar dormir, mas ele simplesmente falha. Eu suponho que há alguns drivers que preciso atualizar, mas não sei quais. Eu tenho os drivers mais recentes da ATI para minha GPU.

Aqui está o último arquivo de despejo. Eu também anexei um link para minha caixa de depósito para baixar um arquivo de texto com aproximadamente 3 semanas de valor (~ 25 lixões).

link

A maioria dos erros parece ser causada pelo monitor.sys, embora o portcls.sys apareça junto com alguns outros. Obrigado!

Dump File         : 122712-14484-01.dmp
Crash Time        : 12/27/2012 11:07:25 PM
Bug Check String  : SYSTEM_THREAD_EXCEPTION_NOT_HANDLED
Bug Check Code    : 0x1000007e
Parameter 1       : ffffffff'c0000005
Parameter 2       : fffff800'4868b1d3
Parameter 3       : fffff880'0b3fdf88
Parameter 4       : fffff880'0b3fd7c0
Caused By Driver  : monitor.sys
Caused By Address : monitor.sys+89b8
File Description  : 
Product Name      : 
Company           : 
File Version      : 
Processor         : x64
Crash Address     : ntoskrnl.exe+711d3
Stack Address 1   : 
Stack Address 2   : 
Stack Address 3   : 
Computer Name     : 
Full Path         : C:\WINDOWS\Minidump2712-14484-01.dmp
Processors Count  : 8
Major Version     : 15
Minor Version     : 9200
Dump File Size    : 281,976
    
por Chris 28.12.2012 / 18:48

2 respostas

4

monitor.sys é o driver de filtro do modo kernel fornecido pela Microsoft para suporte de monitor (como em seu monitor; LCD / CRT / etc.)

No entanto, é improvável que o driver da Microsoft amplamente testado e amplamente implantado tenha um problema. O mais provável é que um dos outros componentes confiáveis com os quais esse driver da Microsoft interage esteja funcionando incorretamente e, assim, cause a execução incorreta do driver da Microsoft. Isso ocorre porque o driver da Microsoft às vezes não tem escolha a não ser executar operações de hardware privilegiadas que são conduzidas por outros componentes no modo de usuário ou no modo kernel, que têm mais informações específicas de hardware do que o driver genérico do kernel da Microsoft. Drivers relacionados incluem:

  • Driver ACPI para sua placa-mãe, CPU e placa de vídeo
  • As informações do EDID fornecidas pelo seu monitor
  • O driver de barramento I2C
  • O driver gráfico (AMD no seu caso)
  • O driver de ponte PCI Express, já que tudo o que é transmitido através da placa de vídeo para a CPU do host precisa vir através do PCI Express

Acho que isso se resume ao Windows tentando desligar o monitor, e não conseguir, porque algo na "cadeia" de dependências para fazer o gerenciamento de energia do monitor está com defeito. Isso pode ser por vários motivos diferentes. Pode ser uma condição de corrida entre desligar a tela no fechamento da tampa e espera, já que você disse que ela só trava quando você fecha a tela sem primeiro suspender o sistema.

A maioria dos laptops tem um driver de troca de tampa, que notifica o sistema operacional quando a tampa está fechada (o fechamento da tampa aperta um botão) e tenta desligar o monitor quando isso economiza energia. Então, isso poderia ser pego no meio, uma vez que o sistema está tentando suspender a RAM como este driver de tampa está fazendo sua coisa ACPI para desligar o monitor. Novamente, uma condição de corrida parece muito provável - um serviço do sistema pode ser solicitado (por exemplo, o barramento PCI Express ou o BIOS VESA) depois de já ter sido suspenso como parte do processo de espera.

Como o Windows é de código fechado, assim como os drivers, ninguém além da AMD e da Microsoft pode depurar isso corretamente. Provavelmente, nem a HP tem todo o código-fonte necessário para chegar ao fim; o máximo que eles podem fazer é mostrar à AMD / Microsoft quais informações eles têm e orar.

Certifique-se triplamente de ter os drivers mais recentes para o chipset da sua placa-mãe, monitor, atualizações de BIOS ou firmware, drivers gráficos mais recentes e assim por diante. Se você é 100% positivo que tudo é o mais recente, você está praticamente sem sorte. Patches de pós-produção e atualizações de correções de erros de fornecedores como AMD e HP têm diminuído em quantidade e qualidade nos últimos anos, presumivelmente para cortar custos, mas às custas de fazer os consumidores sofrerem com drivers e bugs quebrados exatamente como esse ao longo da vida do seu produto. Este certamente não é um problema único.

Se você não estiver implantando esta máquina como parte de uma grande base instalada corporativa, duvido que você consiga fazer com que a AMD / Microsoft / HP execute ação e produza um patch que atenda aos problemas o problema exato que você está enfrentando. Você pode contatá-los através de seus canais de suporte ao consumidor, mas na minha experiência, a maioria desses canais apontam o dedo de volta para o consumidor, dizendo para você fazer coisas como reinicializar, reinstalar o sistema operacional ou RMA na unidade. Se este é um defeito de software, que parece incrivelmente provável a partir do seu relatório de problema, então nenhuma quantidade de RMA vai resolver o problema. Normalmente, o fornecedor se recusa a reconhecer que há um defeito projetado diretamente em seu produto, preferindo enviar o consumidor em um loop infinito de RMA.

Você pode ter um pouco mais de sucesso com software livre, como o GNU / Linux, onde qualquer pessoa com habilidade e interesse suficientes pode resolver problemas, sem depender do fornecedor de hardware para fornecer uma correção que, em muitos casos, nunca chegar.

    
por 28.12.2012 / 19:56
1

Isso foi corrigido no driver estável (mobilidade 13.4) mais recente. Parece que eles tentaram ativamente resolver esse problema (depois de ler relatórios específicos sobre ele provavelmente), já que o problema pareceu se manifestar no menor caso de tentar manipular o mecanismo de tampa relacionado ou monitorar / exibir drivers, mesmo quando tentando normalmente atualizar ou fazer o downgrade do driver. Agora, ele pode até mesmo atualizar o driver sem uma falha, levando-me a acreditar que provavelmente o abordaram ativamente com o processo de instalação antes e depois da instalação da nova versão.

PS. Há uma pequena probabilidade de coincidir com uma atualização do Windows relacionada, mas duvido.

    
por 26.04.2013 / 08:42