Ubuntu 16.04 Skylake 6-е экранное мерцание поколения

У меня есть Lenovo ThinkPad t460s здесь. Это - PCI NVMe версия SSD. ЦП является i7 6600U (Skylake 6-е поколение) с Intel HD 520.

Приблизительно месяц назад (начинающий март 2016), я установил бету 1 Ubuntu GNOME 16.04. Все, помимо известных проблем (Сенсорная панель Физические проблемы Кнопки, Крышка Близкие проблемы), казалось, хорошо работало.

В это время я использовал версию 4.4.0-7 ядра. Несколько дней спустя было несколько обновлений ядра (4.4.0-12, 4.4.0-14 и 4.4.0-15). Внезапно, я испытывал экранное мерцание. Это было действительно ужасно, и я не мог больше работать. Так, я действительно понижал версию ядра до 4.4.0-7 и приостанавливал ее (через способную метку, содержат). Экран, мерцающий, исчез. Теперь, у меня есть некоторые графические артефакты при просмотре (Firefox, хром). Я думаю, что мне удалось избавиться от них путем отключения "гладкой прокрутки" опции.

Кто-либо еще испытывает подобные проблемы? Или кто-либо уже нашел решение этой проблемы?

PS: Я устанавливал Бету Финала Ubuntu GNOME 16.04 несколько дней назад, и доберитесь для попытки версии 4.4.0-16 ядра, которая решила проблему с физическими кнопками сенсорной панели. Но к сожалению, Экранное Мерцание не было решено. Так, я вернулся к версии 4.4.0-7 ядра, как описано выше, снова.

33
задан 1 April 2016 в 09:17

18 ответов

ОБНОВЛЕНИЕ: Вчера, я недавно установил Ubuntu GNOME 16.04. Это шло с актуальной версией ядра: 4.4.0-18. Это, кажется, решило Экран, Мерцающий проблема для меня (по крайней мере до сих пор). Aditionally, физические кнопки сенсорной панели работают, как предназначено (т.е. прокрутка, и перетащите & отбрасывание работает). Кажется, существует некоторый Экран, Рвущийся в веб-браузерах (Firefox и хром). Но это действительно не сопоставимо с Экраном, Мерцающим проблема прежде. В Firefox мне удалось избавиться от Экрана, Рвущегося путем отключения "гладкой прокрутки" опция. К сожалению, та же процедура, кажется, не помогает в хроме.

8
ответ дан 23 November 2019 в 00:34

Я действительно находил, что следующие параметры начальной загрузки ядра попробовали, так как они влияют на мерцание экрана после попытки части отмеченного Xorg, фиксирует (также):

  • Отключите режимы ожидания RC6: i915.enable_rc6=0 ИЛИ
  • Отключите панель сам обновление i915.enable_psr=0

Больше информации здесь.

Для добавления их создайте и отредактируйте/etc/modprobe.d/i915.conf с

options i915.preliminary_hw_support=1 i915.enable_psr=0

или попробуйте

options i915.preliminary_hw_support=1 i915.enable_rc6=0

Я затем перезапустил для использования этих новых опций модуля и протестированный на мерцание циклами сна и бодрствования. Ни один, казалось, не помог. Что касается 16,10, i915.preliminary_hw_support=1 часть не может быть необходимой.

2
ответ дан 23 November 2019 в 00:34

Вот то, что я должен был сделать для устранения экранного разрыва и мерцания в моей Ubuntu 16.04:

sudo apt-get install xserver-xorg-video-intel libva-intel-vaapi-driver

Создайте и отредактируйте ~/.drirc:

<device screen="0" driver="dri2">
    <application name="Default">
    <option name="vblank_mode" value="0"/>
    </application>
 </device>

Создайте и отредактируйте /usr/share/X11/xorg.conf.d/20-intel.conf:

Section "Device"
  Identifier "Intel Graphics"
  Driver     "intel"
  Option     "AccelMethod" "sna"
  Option     "TearFree" "true"
  Option     "DRI" "3"
EndSection

Вышеупомянутое почти добивается цели. Однако существует персистентная ошибка Ядра в недавних версиях Ядра (от 4,0 до последних 4.8), который производит мерцание точно как в этом видео: https://www.youtube.com/watch? v=TqAljJ0U5Pc.

Однако, если Вы используете действительно старое ядро мерцающие остановки.

Загрузите и установите старое ядро:

wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.13.11.11-trusty/linux-image-3.13.11-03131111-generic_3.13.11-03131111.201411111336_amd64.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.13.11.11-trusty/linux-headers-3.13.11-03131111_3.13.11-03131111.201411111336_all.deb
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.13.11.11-trusty/linux-headers-3.13.11-03131111-generic_3.13.11-03131111.201411111336_amd64.deb

sudo dpkg -i linux-headers-3.13.11-03131111_3.13.11-03131111.201411111336_all.deb linux-headers-3.13.11-03131111-generic_3.13.11-03131111.201411111336_amd64.deb linux-image-3.13.11-03131111-generic_3.13.11-03131111.201411111336_amd64.deb

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

Править /etc/default/grub и изменитесь/добавьте следующую строку:

GRUB_DEFAULT="Advanced options for Ubuntu>Ubuntu, with Linux 3.13.11-03131111-generic"

И наконец, личинка обновления:

sudo update-grub
1
ответ дан 23 November 2019 в 00:34

@brianjcohen привел меня в правильном направлении. Отчет об ошибках на хроме имел некоторые хорошие обсуждения некоторого фона по проблеме, но по-видимому это - своего рода проблема x.org с опциями драйвера Intel. Можно сослаться на него здесь, если Вы хотели бы:

https://bugs.chromium.org/p/chromium/issues/detail? id=606152#c63

Для фиксации его создайте или отредактируйте файл в /usr/share/X11/xorg.conf.d/20-intel.conf как корень со следующим:

Section "Device"
    Identifier "Intel Graphics"
    Driver "intel"
    Option "AccelMethod" "sna"
    Option "TearFree" "true"
    Option "DRI" "3"
EndSection
  • Из обсуждения, эти AccelMethod должен по умолчанию быть sna, но по-видимому не явно установка его как таковой могла заставить X отказывать. sna определенно быстрее, чем понижение его к uxa.
  • TearFree помогает предотвратить слезы в видео, представляющем
  • DRI, метод о том, как драйвер представляет вещи, я думаю, что это было ключевой опцией. Можно узнать целый набор на том, что это здесь: https://en.wikipedia.org/wiki/Direct_Rendering_Infrastructure#DRI3
  • можно также прочитать страницу справочника в man 4 intel
24
ответ дан 23 November 2019 в 00:34

Действительно ли это - то с черными линиями? У меня есть та же самая проблема о моем ультрабуке Samsung, это только происходит в полном "1080P" разрешение на моем порте HDMI. я заметил, что это, кажется, происходит больше всего, если экран действительно ярок, главным образом если существует белый фон как в "Файлах или веб-браузере", но это кажется не действительно затронутым gpu интенсивными приложениями как "проигрывание фильмов на 1 080 пунктов" только цвет или наборы яркости, это, кажется, выделяет его?

не фиксация, но это - обходное решение, пока они не выпускают обновление, которое устраняет проблему.

Установка разрешения один по сравнению с полными 1 080 пунктами, кажется, останавливает его, Вы могли попробовать это если Вы все еще имеющие проблемы :)

РЕДАКТИРОВАНИЕ: Также попробуйте ядро 4.8.10, Это - "единственное" ядро, которые постоянно фиксируют черные линии в 1080P для меня с выводом intel HD4000 HDMI, все другие выпуски, кажется, отменили ту фиксацию от той на, даже 4.9 не фиксирует его. Используйте утилиту обновления ядра человечности, чтобы дать ему выстрел "Ukuu", я думаю его названный?

0
ответ дан 23 November 2019 в 00:34

Я имел подобную проблему и достиг этого потока, ищущего решение.

При обновлении ядра до 4,8 улучшил ситуацию, что решило его для меня, устанавливал Intel Graphics для драйверов Linux:

https://Примечание 01.org/linuxgraphics/downloads

, что для Ubuntu 16.04, Вам нужен v2.0.2 а не последнее (в настоящее время v2.0.3)

https://01.org/linuxgraphics/downloads/intel-graphics-update-tool-linux-os-v2.0.2

0
ответ дан 23 November 2019 в 00:34

Я сталкивался с той же проблемой здесь с моим XPS13 IntelВ® HD Graphics 520 Dell (Skylake GT2). Я запускаю Гостеприимную Ubuntu 16.04, и я просто решил эту проблему в Параметрах настройки системы-> программное обеспечение & Обновления-> Дополнительные Драйверы, включая 'Используя встроенное микропрограммное обеспечение микрокода Процессора для intel CPUs из микрокода Intel (собственного)' и затем перезагрузка. Надеюсь, что это работает на Вас также!

0
ответ дан 23 November 2019 в 00:34

Имели ту же проблему при тестировании Монетного двора 18 на Samsung 9, i7-6500u.

в соответствии с плакатом выше того, которая решила его путем выключения tlp, я нашел, что мерцание только происходит, когда я использую powertop для выбора:

"Автоприостанавливают за неизвестное USB-устройство 1-5 (8087:0a2b)

от "плохо" до "хорошего", т.е. включающий это автоприостанавливают с "хорошим" проблеском причин, "плохо" не делает.

С оставленным "плохо" моему дисплею стабильно.

0
ответ дан 23 November 2019 в 00:34

У меня была та же проблема на XPS 13 9350. (4.4.0-22-универсальное ядро) я не делаю теперь, какова проблема. Я думаю, что Это запускается после установки Skype?! Это не мерцало после установки человечности. это запускается несколько дней спустя, и я думаю, что это запускается после установки скайпа? Но IВґm, не уверенный; - (

установка последнего (4.6.0-040600-универсального) ядра решила проблему.

вот простой способ установить последнюю версию ядра: https://www.youtube.com/watch? v=CokrHUykkUQ

благодарит Massimiliano, которого он приносит лучшей подсказке!!!

0
ответ дан 23 November 2019 в 00:34

Я только что обновил до 16,04 от 15,10 на Dell Inspiron 3000 с Nvidia geforce графика. Было очень раздражающее мерцание. Вещь, которая зафиксировала его для меня, состояла в том, чтобы изменить яркость экрана по умолчанию. Более яркий или ниже зафиксировал его. Возвращение к уровню по умолчанию возвратило мерцание.

0
ответ дан 23 November 2019 в 00:34

У меня также была та же проблема на Lenovo Yoga 2 Pro, работающей 16.04 + Gnome Shell.

Видео: https://www.youtube.com/watch? v=j_NNn1S_nX8

экранное высвечивание происходил бы после 10 минут иногда или 2 часов другие времена. Это остановилось бы, в то время как мышь перемещалась, и я смог временно остановить его на, возможно, приблизительно один час путем переключения консолей через ctrl-alt-f1. Я попробовал все в этом потоке без успеха, однако я столкнулся с отчетом об ошибках, который упомянул, что изменил ядра на 4.4.0-040400. Я - 12 часов в начиная со снижения ядра от 4,6, и мерцания не стало!

Это - ядро, которое я использовал. Просто установите их и удалите старое ядро. http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4-wily/

1
ответ дан 23 November 2019 в 00:34

4.6.0-994-универсальное ядро, из ссылки, отправленной Massimiliano, решило проблему для меня.

у меня есть Acer Chromebook с i5-5200U процессором. Признак был шляпой, я получал мерцание когда сначала загруженный ноутбук. Я должен был бы закрыть и открыть крышку несколько раз для решения проблемы.

, Так как я установил 4.6.0-994-универсальный, это работает хорошо.

0
ответ дан 23 November 2019 в 00:34

Я не на 100% уверен, что это - та же проблема, которую все остальные имеют. Но проблема, которую я имел (Lenovo T460s, Skylake, работающий 16.04), была то, что я испытал бы проблеск единственного кадра и случайный разрыв в Google Chrome, особенно если бы видеоэффекты или анимируемые эффекты были на странице. Проблема не была восстанавливаема в Firefox. Я смог решить вопрос стартовым Chrome с - disable-gpu-driver-bug-workarounds - enable-native-gpu-memory-buffers, сопровождаемый путем сброса всех экспериментальных флагов для установки по умолчанию путем движения в chrome://флаги. Объяснение, я верю, состоит в том, что по умолчанию (и я не уверен, является ли это определенным для Ubuntu или не) существует, поскольку флаг подразумевает, обходные решения к известным ошибкам GPU включили, и я думаю, что эти обходные решения больше не необходимы и на самом деле контрпродуктивны.

[еще 118] информация здесь: https://bugs.chromium.org/p/chromium/issues/detail? id=606152

Для добавления этих, которые запуск переключает на мое средство запуска Chrome, я сделал следующее:

  1. Открывают Dash и вводят 'хром'.
  2. Перетаскивают значок Chrome к любой папке (я использовал свою домашнюю папку)
  3. Щелчок правой кнопкой значок в моей домашней папке, и нажмите Свойства
  4. В поле Command, добавьте переключатели после "%U".
  5. Перетаскивают значок Chrome к моему средству запуска для блокировки его там.

Редактирование: я работаю 4.4.0-22.39, и я не попробовал это ни на каких других выпусках ядра.

2
ответ дан 23 November 2019 в 00:34

У меня была та же проблема, которую я закончил тем, что отключил tlp в /etc/default/tlp. изменение TLP_ENABLE=1 к TLP_ENABLE=0.

похоже, что управление питанием вызывает мерцание.

это решение может влиять на Ваш ресурс аккумулятора.

1
ответ дан 23 November 2019 в 00:34

У меня была эта проблема о моей новой Lenovo X1 Carbon рабочий запас 16.04 (4.4.0-33 ядра, графика Skylake GT2). Я попробовал два из ответов выше (basicdays и Mike O'Connell), но ни один не работал. Первый заставил графику быть неприменимо медленной; последнему не удалось инициализировать графику вообще.

В конце я решил проблему другим методом, упомянул здесь , который является: Я удалил проблематичный определенный для Intel графический драйвер. Все кажется хорошим до сих пор - никакое мерцание в Chrome и некоторое glitchy поведение в других приложениях, кажется, не ушли также.

Короче говоря, выполняет это и затем перезагрузку, и все должны быть хорошими:

sudo apt-get purge xserver-xorg-video-intel
6
ответ дан 23 November 2019 в 00:34

Пользователь от reddit сообщил, что ядро, 4.6.0-994-универсальное от , ответвление Intel DRM ( http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-nightly/current/ ) зафиксировало его экранное мерцание.

2
ответ дан 23 November 2019 в 00:34

Попытка:

Переключение драйвера Intel от SNA до UXA помогло мне вполне немного (на лощине skylake здесь).

Section "Device"
   Identifier  "Intel Graphics"
   Driver      "intel"
   Option      "AccelMethod"  "uxa"
EndSection

Добавляют это к конфигурации Xorg путем добавления к файлу в/usr/share/X11/xorg.conf.d

5
ответ дан 23 November 2019 в 00:34

Для всех, у кого возникли подобные проблемы с более поздними установками;

Я запускаю свежую версию 20.04 LTS (ремикс Ubuntu Unity) на ThinkPad x260 (skylake i7-6500U / GT2 HD Graphics 520) — универсальное ядро ​​5.4.0-31.

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

Ни одно решение не помогло, от попытки отключить компоновщик до отключения аппаратного ускорения и т. д., пока я не попробовал ответить на вопрос basicdays. https://askubuntu.com/a/796808/711096

Это прояснилось после перезагрузки, и с тех пор не было ни единого графического сбоя, ни какой-либо потери производительности. Я бы оставил комментарий к ответу, чтобы просто указать, как это работает с 20.04 LTS в моем случае и на моем оборудовании, но у меня нет необходимого представителя.

0
ответ дан 21 May 2020 в 22:55

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

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