2

HP Dv7 (XG300AV)

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

Вот последний файл дампа. Я также приложил ссылку к своему дропбоксу, чтобы загрузить текстовый файл с ценой около 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

2 ответа2

4

monitor.sys - это поставляемый Microsoft драйвер фильтра режима ядра для поддержки монитора (как, например, ваш дисплей; LCD/CRT/ и т. д.)

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

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

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

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

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

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

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

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

1

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

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .