Windows 8 Hancur setiap kali saya menutup tutupnya

HP Dv7 (XG300AV)

Agar laptop saya berhasil tidur, saya harus memintanya tidur, lalu setelah tidur tutuplah. Namun terkadang itu tidak berhasil. Hanya menutup tutupnya membuat komputer berusaha untuk tidur, tetapi macet. Saya berasumsi ada beberapa driver yang perlu saya perbarui, tetapi saya tidak tahu yang mana. Saya punya driver ATI terbaru untuk GPU saya.

Ini file dump terbaru. Saya juga melampirkan tautan ke dropbox saya untuk mengunduh file teks dengan nilai sekitar 3 minggu (~ 25 dumps).

https://dl.dropbox.com/u/12025874/multiple%20dumps.txt

Sebagian besar kesalahan tampaknya disebabkan oleh monitor.sys, meskipun portcls.sys muncul bersama beberapa lainnya. Terima kasih!

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

monitor.sys adalah driver filter mode kernel yang disediakan oleh Microsoft untuk dukungan monitor (seperti pada layar Anda; LCD / CRT / dll.)

Namun, tidak mungkin bahwa pengandarr Microsoft yang teruji dan banyak digunakan memiliki masalah. Lebih mungkin adalah bahwa salah satu komponen tepercaya lainnya yang berinteraksi dengan driver Microsoft ini mengalami kegagalan fungsi, dan dengan demikian menyebabkan driver Microsoft berjalan bertabrakan. Ini karena driver Microsoft terkadang tidak punya pilihan selain menjalankan operasi perangkat keras istimewa yang pada akhirnya didorong oleh komponen mode pengguna atau mode kernel, yang memiliki lebih banyak informasi spesifik perangkat keras daripada driver kernel Microsoft generik. Driver terkait meliputi:

• Driver ACPI untuk motherboard, CPU, dan kartu grafis Anda
• Informasi EDID disediakan oleh monitor Anda
• Sopir bus I2C
• Driver grafis (AMD untuk Anda)
• Driver jembatan PCI Express, karena apa pun yang dilewatkan melalui kartu grafis ke host CPU harus melalui PCI Express

Saya pikir ini bermuara pada Windows mencoba mematikan monitor Anda, dan tidak mampu, karena sesuatu dalam "rantai" panjang ketergantungan untuk melakukan manajemen daya tampilan tidak berfungsi. Ini bisa karena banyak alasan berbeda. Mungkin kondisi lomba antara mematikan tampilan pada tutupnya dekat, dan siaga, karena Anda mengatakan itu hanya crash ketika Anda menutup layar tanpa terlebih dahulu menangguhkan sistem.

Sebagian besar laptop memiliki driver sakelar tutup, yang memberi tahu sistem operasi ketika tutupnya ditutup (penutup tutupnya menekan tombol), dan mencoba mematikan monitor ketika itu terjadi untuk menghemat energi. Sehingga bisa terjebak di tengah, karena sistem mencoba menangguhkan ke RAM karena pengandar tutup ini melakukan hal ACPI untuk mematikan monitor. Sekali lagi, kondisi balapan tampaknya sangat mungkin - layanan sistem mungkin diminta (misalnya bus PCI Express, atau VESA BIOS) setelah telah ditangguhkan sebagai bagian dari proses siaga.

Karena Windows adalah sumber tertutup, seperti drivernya, tidak ada orang selain AMD dan Microsoft yang dapat melakukan debug dengan benar. Mungkin bahkan HP tidak memiliki semua kode sumber yang diperlukan untuk sampai ke dasarnya; yang paling bisa mereka lakukan adalah menunjukkan pada AMD / Microsoft informasi apa yang mereka miliki dan doakan.

Pastikan triple bahwa Anda memiliki driver terbaru untuk chipset motherboard Anda, monitor, setiap pembaruan BIOS atau firmware, driver grafis terbaru, dan sebagainya. Jika Anda 100% positif bahwa semuanya terbaru, Anda kurang beruntung. Pembaruan pasca-produksi dan perbaikan bug dari vendor seperti AMD dan HP telah menurun dalam jumlah dan kualitas dalam beberapa tahun terakhir, mungkin untuk memotong biaya, tetapi dengan mengorbankan membuat konsumen menderita melalui driver yang rusak dan bug persis seperti ini untuk seumur hidup dari produk mereka. Ini tentu bukan masalah yang unik.

Jika Anda tidak menggunakan mesin ini sebagai bagian dari pangkalan yang dipasang perusahaan besar, saya ragu Anda akan dapat membuat AMD / Microsoft / HP untuk benar - benar mengambil tindakan dan menghasilkan tambalan yang berfungsi yang mengatasi masalah tepat yang Anda alami. Anda dapat menghubungi mereka melalui saluran dukungan konsumen mereka, tetapi dalam pengalaman saya, sebagian besar dari saluran ini mengarahkan jari ke belakang pada konsumen, memberi tahu Anda untuk melakukan hal-hal seperti reboot, instal ulang sistem operasi Anda, atau RMA unit. Jika ini adalah cacat perangkat lunak, yang tampaknya sangat mungkin dari laporan masalah Anda, maka tidak ada jumlah RMAing yang akan memperbaiki masalah. Vendor biasanya akan menolak untuk mengakui bahwa ada cacat yang dirancang tepat ke dalam produk mereka, sebagai gantinya lebih memilih untuk mengirim konsumen pada loop RMA tanpa akhir.

Anda mungkin sedikit lebih sukses dengan perangkat lunak sumber terbuka, seperti GNU / Linux, di mana siapa pun dengan keterampilan dan minat yang cukup dapat menyelesaikan masalah, tanpa bergantung pada vendor perangkat keras untuk memberikan perbaikan yang, dalam banyak kasus, tidak akan pernah tiba.

Ini telah diperbaiki pada driver stabil terbaru (mobilitas 13.4). Tampaknya mereka telah secara aktif mencoba untuk mengatasi masalah ini (setelah membaca laporan spesifik tentang hal itu mungkin) karena masalah tersebut muncul dengan sendirinya dalam hal sekecil apa pun untuk mencoba memanipulasi mekanisme tutup terkait atau driver monitor / layar, bahkan ketika mencoba secara normal tingkatkan atau turunkan driver. Sekarang, ia bahkan dapat memutakhirkan driver tanpa crash yang membuat saya percaya bahwa mereka mungkin secara aktif mengatasinya dengan proses instalasi sebelum dan sesudah instalasi versi baru.

PS. Ada kemungkinan kecil bahwa itu bertepatan dengan pembaruan Windows terkait tapi saya ragu.