Windows 8 вылетает всякий раз, когда я закрываю крышку

Windows 8 вылетает всякий раз, когда я закрываю крышку

HP Dv7 (XG300AV)

Чтобы мой ноутбук успешно заснул, мне нужно сказать ему заснуть, а когда он заснет, закрыть крышку. Однако иногда это не срабатывает. Простое закрытие крышки заставляет компьютер попытаться заснуть, но он просто зависает. Я предполагаю, что мне нужно обновить какие-то драйверы, но я не знаю, какие именно. У меня есть последние драйверы ATI для моего графического процессора.

Вот последний дамп-файл. Я также прикрепил ссылку на свой dropbox для загрузки текстового файла с данными за 3 недели (~25 дампов).

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

Большинство ошибок, похоже, вызваны monitor.sys, хотя portcls.sys появляется вместе с несколькими другими. Спасибо!


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

решение1

monitor.sys— это поставляемый Microsoft драйвер фильтра режима ядра для поддержки монитора (например, вашего дисплея; ЖК/ЭЛТ и т. д.)

Однако маловероятно, что у тщательно протестированного, широко распространенного драйвера Microsoft есть проблема. Более вероятно, что один из других доверенных компонентов, с которыми взаимодействует этот драйвер Microsoft, работает со сбоями, что приводит к сбою драйвера Microsoft. Это происходит потому, что у драйвера Microsoft иногда нет выбора, кроме как выполнять привилегированные аппаратные операции, которые в конечном итоге управляются другими компонентами пользовательского режима или режима ядра, которые имеют больше аппаратно-специфической информации, чем общий драйвер ядра Microsoft. Связанные драйверы включают:

  • Драйвер ACPI для вашей материнской платы, процессора и видеокарты
  • Информация EDID, предоставленная вашим монитором
  • Драйвер шины I2C
  • Графический драйвер (в вашем случае AMD)
  • Драйвер моста PCI Express, поскольку все, что передается через графическую карту на центральный процессор, должно проходить через PCI Express

Я думаю, что это сводится к тому, что Windows пытается выключить ваш монитор и не может этого сделать, потому что что-то в длинной «цепочке» зависимостей для управления питанием дисплея работает со сбоями. Это может быть по множеству разных причин. Это может быть состояние гонки между выключением дисплея при закрытии крышки и режимом ожидания, поскольку вы сказали, что он вылетает только тогда, когда вы закрываете дисплей без предварительного приостановки работы системы.

Большинство ноутбуков имеют драйвер переключателя крышки, который уведомляет операционную систему о закрытии крышки (закрытие крышки нажимает кнопку) и пытается выключить монитор, когда это происходит, чтобы сэкономить энергию. Так что это может быть застрявшим посередине, поскольку система пытается приостановить работу в ОЗУ, пока этот драйвер крышки выполняет свою функцию ACPI, чтобы выключить монитор. Опять же, состояние гонки кажется весьма вероятным — системная служба может быть запрошена (например, шина PCI Express или VESA BIOS) после того, как она уже была приостановлена ​​в рамках процесса ожидания.

Поскольку Windows имеет закрытый исходный код, как и драйверы, никто, кроме AMD и Microsoft, не мог бы должным образом отладить это. Вероятно, даже у HP нет всего необходимого исходного кода, чтобы докопаться до сути; максимум, что они могут сделать, это показать AMD/Microsoft имеющуюся у них информацию и молиться.

Трижды убедитесь, что у вас установлены самые последние драйверы для чипсета материнской платы, монитора, любые обновления BIOS или прошивки, последние графические драйверы и т. д. Если вы на 100% уверены, что все самое последнее, вам, по сути, не повезло. Количество и качество постпроизводственных патчей и исправлений ошибок от таких поставщиков, как AMD и HP, в последние годы снижалось, предположительно, для сокращения расходов, но за счет того, что потребители страдали от сломанных драйверов и ошибок, как эта, на протяжении всего срока службы их продукта. Это, конечно, не уникальная проблема.

Если вы не используете эту машину как часть крупной корпоративной установленной базы, я сомневаюсь, что вы сможете заставить AMD/Microsoft/HP на самом деледействоватьи создайте работающий патч, который решает именно ту проблему, с которой вы столкнулись. Вы можете связаться с ними через их каналы поддержки потребителей, но по моему опыту, большинство этих каналов указывают пальцем на потребителя, говоря вам, что нужно сделать что-то вроде перезагрузки, переустановки операционной системы или RMA устройства. Если это программный дефект, что кажется невероятно вероятным из вашего отчета о проблеме, то никакое количество RMA не решит проблему. Поставщик, как правило, отказывается признавать, что есть дефект, встроенный прямо в его продукт, вместо этого предпочитая отправлять потребителя в бесконечный цикл RMA.

Вы можете добиться большего успеха с программным обеспечением с открытым исходным кодом, таким как GNU/Linux, где любой человек с достаточными навыками и интересом может решать проблемы, не полагаясь на поставщика оборудования в плане предоставления исправления, которое во многих случаях никогда не будет получено.

решение2

Это было исправлено в последней стабильной версии драйвера (mobility 13.4). Похоже, что они активно пытались решить эту проблему (вероятно, после прочтения конкретных отчетов о ней), поскольку проблема проявлялась при малейшей попытке манипулировать соответствующим механизмом крышки или драйверами монитора/дисплея, даже при попытке обычного обновления или понижения версии драйвера. Теперь он даже может обновить драйвер без сбоя, что наводит меня на мысль, что они, вероятно, активно решали ее в процессе установки до и после установки новой версии.

P.S. Есть небольшая вероятность, что это совпало с соответствующим обновлением Windows, но я в этом сомневаюсь.

Связанный контент