HP Dv7 (XG300AV)
Para que meu laptop durma com sucesso, preciso mandá-lo dormir e, quando estiver dormindo, feche a tampa. Às vezes, isso não funciona. Apenas fechar a tampa faz com que o computador tente dormir, mas simplesmente trava. Presumo que haja alguns drivers que preciso atualizar, mas não sei quais. Eu tenho os drivers ATI mais recentes para minha GPU.
Aqui está o arquivo de despejo mais recente. Também anexei um link à minha caixa de depósito para baixar um arquivo de texto com duração de cerca de 3 semanas (cerca de 25 despejos).
https://dl.dropbox.com/u/12025874/multiple%20dumps.txt
A maioria dos erros parece ser causada por monitor.sys, embora 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\Minidump\122712-14484-01.dmp
Processors Count : 8
Major Version : 15
Minor Version : 9200
Dump File Size : 281,976
Responder1
monitor.sysé o driver de filtro de 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 algum problema. O mais provável é que um dos outros componentes confiáveis com os quais este driver da Microsoft interage esteja com defeito e, portanto, causando problemas no 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, em última análise, conduzidas por outros componentes do modo de usuário ou do modo kernel, que possuem mais informações específicas de hardware do que o driver genérico do kernel da Microsoft. Os drivers relacionados incluem:
- Driver ACPI para sua placa-mãe, CPU e placa gráfica
- As informações EDID fornecidas pelo seu monitor
- O driver do barramento I2C
- O driver gráfico (AMD no seu caso)
- O driver de ponte PCI Express, já que tudo o que passa pela placa gráfica para a CPU host deve passar pelo PCI Express
Acho que isso se resume ao fato de o Windows tentar desligar o monitor, mas não conseguir, porque algo na longa "cadeia" de dependências para fazer o gerenciamento de energia da tela está com defeito. Isso pode ocorrer por vários motivos diferentes. Pode ser uma condição de corrida entre desligar a tela ao fechar a tampa e aguardar, já que você disse que ela só trava quando você fecha a tela sem primeiro suspender o sistema.
A maioria dos laptops possui um driver de chave de tampa, que notifica o sistema operacional quando a tampa é fechada (o fechamento da tampa aperta um botão) e tenta desligar o monitor quando isso acontece para economizar energia. Então isso pode estar ficando preso no meio, já que o sistema está tentando suspender a RAM enquanto esse driver de tampa está fazendo sua operação 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 poderia depurar isso adequadamente. Provavelmente, mesmo a HP não possui todo o código-fonte necessário para chegar ao fundo da questão; o máximo que eles podem fazer é mostrar à AMD/Microsoft quais informações eles têm e orar.
Certifique-se de ter os drivers mais recentes para o chipset da placa-mãe, monitor, quaisquer atualizações de BIOS ou firmware, drivers gráficos mais recentes e assim por diante. Se você tem 100% de certeza de que tudo é o mais recente, você está sem sorte. Atualizações de patches pós-produção e correções de bugs de fornecedores como AMD e HP têm diminuído em quantidade e qualidade nos últimos anos, presumivelmente para reduzir custos, mas às custas de fazer os consumidores sofrerem com drivers quebrados e bugs exatamente como este durante toda a 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 consiga fazer com que a AMD/Microsoft/HP realmentetome uma atitudee produza um patch funcional que resolva exatamente o problema que você está enfrentando. Você pode contatá-los por meio de seus canais de suporte ao consumidor, mas, em minha experiência, a maioria desses canais aponta o dedo para o consumidor, dizendo-lhe para fazer coisas como reiniciar, reinstalar o sistema operacional ou RMA da unidade. Se este for um defeito de software, o que parece incrivelmente provável no seu relatório de problema, nenhuma quantidade de RMAing resolverá o problema. O fornecedor normalmente se recusará a reconhecer que há um defeito diretamente em seu produto, preferindo enviar o consumidor em um ciclo interminável de RMA.
Você pode ter um pouco mais de sucesso com software de código aberto, como o GNU/Linux, onde qualquer pessoa com habilidade e interesse suficientes pode resolver problemas, sem depender do fornecedor do hardware para fornecer uma solução que, em muitos casos, nunca chegará.
Responder2
Isso foi corrigido no driver estável mais recente (mobility 13.4). Parece que eles tentaram ativamente resolver esse problema (provavelmente depois de ler relatórios específicos sobre ele), uma vez que o problema parecia se manifestar no menor evento de tentativa de manipular o mecanismo de tampa relacionado ou drivers de monitor/exibição, mesmo quando tentavam normalmente atualizar ou fazer downgrade do driver. Agora, ele pode até atualizar o driver sem travar, o que me leva a acreditar que eles 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 que tenha coincidido com uma atualização relacionada do Windows, mas duvido.