Справка, расследующая полный тупик ядра - происходит при “блокировке” ноутбука

У меня есть Ноутбук HP EliteBook 820 G3, который я использую с базовым блоком HP и 2 мониторами Порта Дисплея x.

У меня были бесконечные проблемы с Intel Graphics drivers для этого чипсета (Skylake), так как я сначала установил Ubuntu, таким образом, я подозреваю, что это могло быть связанной графикой.

Описание проблемы

Каждый раз, когда я ступаю далеко от моего ноутбука, я блокирую его (Супер + L) и 3/5 времена, которые система заморозит полностью. Все 3 монитора мигнут, и затем основной монитор снова включит и отобразит последний кадр, вкрапленный серыми строками. Если будет музыка, играющая в этой точке, то она застрянет в 1 втором цикле.

Когда это происходит, я не могу добраться до консольной подсказки, я не могу использовать SysRq + REISUB, система полностью замораживается.

(Для получения информации - я знаю работы REISUB, потому что я могу использовать ее с рабочим ядром, и я активировал полные опции SysRq),

Что я попробовал до сих пор...

Как я уже сказал, у меня были бесконечные графические проблемы до сих пор с этим ноутбуком - все прекрасно, пока я не соединяюсь с прикреплением с 2 мониторами Порта Дисплея x, затем все это идет к черту. Тупик, описанный выше, был вокруг со дня 1, но с переменной частотой.

Рано на я должен был обновить до ядра Intel Nightly после того, как обновление ядра Ubuntu повредило мою установку. Я вернулся к магистрали Ubuntu (4.4.0.36) после того, как проблема была устранена. Я получаю много мерцания экрана, хотя, таким образом, я переключился на "рекомендуемый" Графический Стек для Intel.
Я использовал Ядро Ubuntu 4.7.2 и создал остальную часть компонентов вручную. Это работает вполне хорошо - нет никакого раздражающего мерцания, но полный системный тупик кажется хуже. Я попробовал 4.8 Ядра также, но существуют регрессии в i915, которые делают мерцание хуже.

Google эта ошибка для большего количества информации о мерцании:

[drm:gen8_irq_handler [i915]] *ERROR* CPU pipe B FIFO underrun

Что попробовать затем?

Это - то, где я нуждаюсь в помощи... После тупика и перезагрузки я проверил

  • /var/logs/kern.log
  • /var/logs/Xorg.0.log
  • /var/crash

и я не вижу ничего значения там. Это похоже на систему, работал, и затем это не было.

Есть ли дополнительная отладка, которую я могу включить и как я могу сделать это?

Журналы

Сообщите мне, существуют ли другие журналы, я могу обеспечить, что может помочь...

2
задан 11 October 2016 в 10:52

1 ответ

Ответ на мой собственный вопрос, таким образом, я могу закрыть эту проблему....

После месяцев попытки различных вещей лучшее решение состояло в том, чтобы обновить до Ubuntu 16.10. Существует много Intel определенные обновления в более новых ядрах, и это, кажется, решило мой вопрос полностью.

С января 2017 я, вероятно, испытал только 1 полный системный тупик.

2
ответ дан 2 December 2019 в 03:44

Другие вопросы по тегам:

Похожие вопросы: