Windows 8 ulega awarii, gdy zamykam pokrywę

HP Dv7 (XG300AV)

Aby mój laptop spał pomyślnie, muszę mu powiedzieć, aby spał, a następnie, gdy zasypia, zamknij pokrywę. Czasami to jednak nie działa. Samo zamknięcie pokrywy powoduje, że komputer próbuje spać, ale po prostu ulega awarii. Zakładam, że jest kilka sterowników, które muszę zaktualizować, ale nie wiem, które z nich. Mam najnowsze sterowniki ATI dla mojego GPU.

Oto najnowszy plik zrzutu. Dołączyłem także link do mojego dropboxa, aby pobrać plik tekstowy o wartości około 3 tygodni (~ 25 zrzutów).

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

Większość błędów wydaje się być spowodowana przez monitor.sys, chociaż pojawia się portcls.sys wraz z kilkoma innymi. Dzięki!

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 to dostarczony przez Microsoft sterownik filtra trybu jądra do obsługi monitora (jak w twoim wyświetlaczu; LCD / CRT / itp.)

Jednak jest mało prawdopodobne, aby mocno przetestowany, szeroko wdrażany sterownik Microsoft miał problem. Bardziej prawdopodobne jest, że jeden z innych zaufanych składników, z którymi współpracuje ten sterownik Microsoft, działa nieprawidłowo, powodując awarię sterownika Microsoft. Wynika to z faktu, że sterownik Microsoft czasami nie ma innego wyboru niż wykonywanie uprzywilejowanych operacji sprzętowych, które ostatecznie są sterowane przez inne komponenty trybu użytkownika lub trybu jądra, które zawierają więcej informacji specyficznych dla sprzętu niż ogólny sterownik jądra Microsoft. Powiązane sterowniki obejmują:

• Sterownik ACPI dla płyty głównej, procesora i karty graficznej
• Informacje EDID dostarczone przez monitor
• Sterownik magistrali I2C
• Sterownik grafiki (w twoim przypadku AMD)
• Sterownik mostu PCI Express, ponieważ wszystko, co przechodzi przez kartę graficzną do procesora hosta, musi przejść przez PCI Express

Myślę, że sprowadza się to do systemu Windows, który próbuje wyłączyć monitor, ale nie jest w stanie tego zrobić, ponieważ coś w długim „łańcuchu” zależności zarządzania energią wyświetlania działa nieprawidłowo. Może to być z wielu różnych powodów. Może to być stan wyścigowy między wyłączeniem wyświetlacza na zamknięciu pokrywy a trybem gotowości, ponieważ powiedziałeś, że zawiesza się tylko po zamknięciu wyświetlacza bez uprzedniego zawieszenia systemu.

Większość laptopów ma sterownik przełącznika pokrywy, który powiadamia system operacyjny, gdy pokrywa jest zamknięta (zamknięcie pokrywy naciska przycisk), i próbuje wyłączyć monitor, gdy tak się dzieje, aby zaoszczędzić energię. Może to zostać uwięzione w środku, ponieważ system próbuje zawiesić pamięć RAM, ponieważ ten sterownik pokrywy robi swoje ACPI, aby wyłączyć monitor. Ponownie wyścig wydaje się bardzo prawdopodobny - usługa systemowa może być wymagana (np. Magistrala PCI Express lub VESA BIOS) po tym, jak została już zawieszona w ramach procesu gotowości.

Ponieważ system Windows jest zamknięty, podobnie jak sterowniki, nikt oprócz AMD i Microsoft nie mógł tego poprawnie debugować. Prawdopodobnie nawet HP nie ma całego kodu źródłowego, aby dojść do sedna; potrafią tylko pokazać AMD / Microsoft, jakie informacje mają i modlić się.

Potrójnie upewnij się, że masz najnowsze sterowniki do chipsetu płyty głównej, monitora, aktualizacji systemu BIOS lub oprogramowania układowego, najnowszych sterowników karty graficznej i tak dalej. Jeśli jesteś w 100% przekonany, że wszystko jest najnowsze, nie masz szczęścia. Poprawki i poprawki poprodukcyjne od dostawców takich jak AMD i HP zmniejszały się w ostatnich latach pod względem ilości i jakości, prawdopodobnie w celu obniżenia kosztów, ale kosztem spowodowania, że ​​konsumenci będą cierpieć z powodu zepsutych sterowników i błędów dokładnie przez całe życie ich produktu. Z pewnością nie jest to wyjątkowy problem.

Jeśli nie wdrażasz tego komputera w ramach dużej bazy zainstalowanej w przedsiębiorstwie, wątpię, czy będziesz w stanie zmusić AMD / Microsoft / HP do podjęcia działania i stworzenia działającej poprawki, która rozwiąże dokładnie ten problem. Możesz skontaktować się z nimi za pośrednictwem ich kanałów wsparcia dla konsumentów, ale z mojego doświadczenia wynika, że ​​większość z tych kanałów wskazuje palcem na konsumenta, mówiąc, abyś zrobił takie rzeczy, jak ponowne uruchomienie, ponowna instalacja systemu operacyjnego lub RMA urządzenia. Jeśli jest to wada oprogramowania, która wydaje się niewiarygodnie prawdopodobna z twojego raportu o problemie, to żadna ilość RMAing nie naprawi problemu. Sprzedawca zazwyczaj odmawia przyjęcia do wiadomości, że w jego produkcie występuje usterka, zamiast tego woli wysłać konsumenta w nieskończonej pętli RMA.

Możesz mieć nieco większy sukces z oprogramowaniem open source, takim jak GNU / Linux, w którym każdy z wystarczającymi umiejętnościami i zainteresowaniem może rozwiązać problemy, bez uzależnienia się od dostawcy sprzętu, aby zapewnić poprawkę, która w wielu przypadkach nigdy nie dotrze.

Zostało to naprawione w najnowszym (stabilnym 13.4) sterowniku. Wygląda na to, że aktywnie próbowali rozwiązać ten problem (prawdopodobnie po przeczytaniu konkretnych raportów na ten temat), ponieważ problem pojawił się w najmniejszym przypadku próby zmanipulowania powiązanego mechanizmu pokrywy lub sterowników monitora / wyświetlacza, nawet podczas próby normalnego uaktualnić lub obniżyć wersję sterownika. Teraz może nawet zaktualizować sterownik bez awarii, co prowadzi mnie do wniosku, że prawdopodobnie aktywnie poradzili sobie z nim podczas procesu instalacji przed i po instalacji nowej wersji.

PS. Istnieje małe prawdopodobieństwo, że zbiegło się to z powiązaną aktualizacją systemu Windows, ale wątpię w to.