HP Dv7 (XG300AV)
Para que mi computadora portátil duerma correctamente, tengo que decirle que duerma y luego, una vez que esté dormida, cerrar la tapa. Sin embargo, a veces eso no funciona. Con solo cerrar la tapa, la computadora intenta dormir, pero simplemente falla. Supongo que necesito actualizar algunos controladores, pero no sé cuáles. Tengo los últimos controladores ATI para mi gpu.
Aquí está el último archivo de volcado. También adjunté un enlace a mi Dropbox para descargar un archivo de texto con un valor de aproximadamente 3 semanas (~25 volcados).
https://dl.dropbox.com/u/12025874/multiple%20dumps.txt
La mayoría de los errores parecen ser causados por monitor.sys, aunque portcls.sys aparece junto con algunos otros. ¡Gracias!
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
Respuesta1
monitor.syses el controlador de filtro de modo kernel proporcionado por Microsoft para compatibilidad con monitores (como en su pantalla; LCD/CRT/etc.)
Sin embargo, es poco probable que el controlador de Microsoft, ampliamente probado y ampliamente implementado, tenga algún problema. Lo más probable es que uno de los otros componentes confiables con los que interactúa este controlador de Microsoft no funcione correctamente y, por lo tanto, provoque que el controlador de Microsoft funcione mal. Esto se debe a que el controlador de Microsoft a veces no tiene más remedio que ejecutar operaciones de hardware privilegiadas que, en última instancia, son impulsadas por otros componentes en modo de usuario o en modo kernel, que tienen más información específica del hardware que el controlador de kernel genérico de Microsoft. Los controladores relacionados incluyen:
- Controlador ACPI para su placa base, CPU y tarjeta gráfica
- La información EDID proporcionada por su monitor
- El conductor del autobús I2C
- El controlador de gráficos (AMD en su caso)
- El controlador del puente PCI Express, ya que todo lo que pasa a través de la tarjeta gráfica a la CPU del host tiene que pasar por PCI Express.
Creo que esto se reduce a que Windows intenta apagar el monitor y no puede hacerlo, porque algo en la larga "cadena" de dependencias para administrar la energía de la pantalla no funciona correctamente. Esto puede deberse a muchas razones diferentes. Puede ser una condición de carrera entre apagar la pantalla al cerrar la tapa y el modo de espera, ya que usted dijo que solo falla cuando apaga la pantalla sin suspender primero el sistema.
La mayoría de las computadoras portátiles tienen un controlador de interruptor de tapa, que notifica al sistema operativo cuando la tapa está cerrada (el cierre de la tapa presiona un botón) e intenta apagar el monitor cuando eso sucede para ahorrar energía. Entonces eso podría quedar atrapado en el medio, ya que el sistema está intentando suspender la RAM mientras este controlador de tapa está haciendo su función ACPI para apagar el monitor. Nuevamente, parece muy probable una condición de carrera: se podría solicitar un servicio del sistema (por ejemplo, el bus PCI Express o el BIOS VESA) después de que ya se haya suspendido como parte del proceso de espera.
Dado que Windows es de código cerrado, al igual que los controladores, nadie más que AMD y Microsoft podrían depurarlo adecuadamente. Probablemente ni siquiera HP tenga todo el código fuente necesario para llegar al fondo del asunto; lo máximo que pueden hacer es mostrarle a AMD/Microsoft qué información tienen y orar.
Asegúrese de tener los controladores más recientes para el chipset de su placa base, el monitor, las actualizaciones de BIOS o firmware, los controladores de gráficos más recientes, etc. Si está 100% seguro de que todo es lo último, prácticamente no tiene suerte. Las actualizaciones de parches de posproducción y corrección de errores de proveedores como AMD y HP han ido disminuyendo en cantidad y calidad en los últimos años, presumiblemente para reducir costos, pero a expensas de hacer que los consumidores sufran controladores rotos y errores exactamente como este de por vida. de su producto. Ciertamente, este no es un problema único.
Si no está implementando esta máquina como parte de una base instalada de una gran empresa, dudo que pueda lograr que AMD/Microsoft/HP realmentetomar accióny produzca un parche funcional que solucione el problema exacto que está experimentando. Puede comunicarse con ellos a través de sus canales de atención al consumidor, pero en mi experiencia, la mayoría de estos canales señalan al consumidor y le dicen que haga cosas como reiniciar, reinstalar su sistema operativo o RMA de la unidad. Si se trata de un defecto de software, lo que parece increíblemente probable según su informe de problemas, entonces ninguna RMA solucionará el problema. Por lo general, el proveedor se negará a reconocer que hay un defecto diseñado directamente en su producto y, en cambio, preferirá enviar al consumidor a un bucle RMA interminable.
Es posible que tenga un poco más de éxito con el software de código abierto, como GNU/Linux, donde cualquier persona con suficiente habilidad e interés puede resolver problemas, sin depender del proveedor de hardware para proporcionar una solución que, en muchos casos, nunca llegará.
Respuesta2
Esto se ha solucionado en el controlador estable más reciente (movilidad 13.4). Parece que han tratado activamente de abordar este problema (probablemente después de leer informes específicos al respecto), ya que el problema pareció manifestarse en el más mínimo caso de intentar manipular el mecanismo de tapa relacionado o los controladores del monitor/pantalla, incluso cuando se intenta normalmente. actualizar o degradar el controlador. Ahora, incluso puede actualizar el controlador sin fallar, lo que me lleva a creer que probablemente lo abordaron activamente con el proceso de instalación antes y después de la instalación de la nueva versión.
PD. Existe una pequeña probabilidad de que coincidiera con una actualización de Windows relacionada, pero lo dudo.