Bug 46084

Created attachment 13136 [details]
лог зависания

Опять комп также завис, когда вышел из игры Quake3 Arena (родной линусковый, из репозитория). Поиграл успешно, но при выходе из игры (возврате в ОС) опять показал экран в вертикальную цветную полоску и завис. Комп не реагировал ни на что, перезагрузиться смог только по кнопке питания. То есть, получается, виснет не только на wine.
Зависание в логах начинается со строки:
мая 06 15:50:59 N4120 kernel: ------------[ cut here ]------------
.

Глядя на эти записи навело на мысль о проблемах с питанием. Вспомнил, что на ядре 5.10 тоже были проблемы с питанием, зависание при возврате из сна с двумя мониторами (с одним монитором такого не было). Тогда я вышел из положения, выключив управление питанием дисплея в менеджере питания xfce. То есть отключил в xfce управление питанием дисплея.

Сейчас я сделал то же самое, отключил в xfce управление питанием дисплея, и ВСЕ ЗАРАБОТАЛО на ядре 6.1.26!
И Quake3 Arena (родной из репы), и все wine-приложения.
Похоже, проблема в управлении питанием xfce, которая проявляется на ядрах 5.10 и 6.1. На 5.15 не проявляется и все работает.

Вывод inxi -G:

[inet@N4120 ~]$ inxi -G
Graphics:
  Device-1: Intel GeminiLake [UHD Graphics 600] driver: i915 v: kernel 
  Device-2: Realtek Front Camera type: USB driver: uvcvideo 
  Device-3: Realtek Back Camera type: USB driver: uvcvideo 
  Display: x11 server: X.Org 1.20.14 driver: loaded: modesetting 
  unloaded: fbdev,vesa resolution: 1920x1080~60Hz 
  OpenGL: renderer: Mesa Intel UHD Graphics 600 (GLK 2) v: 4.6 Mesa 22.3.6 
[inet@N4120 ~]$

Проблема вернулась после того, как я в /etc/X11/xorg.conf.d/ создал файл 10-monitor.conf со следующим содержанием:
Section "Monitor"
    Identifier "Monitor0"
    Option "DPMS" "false"
EndSection
Section "ServerLayout"
    Identifier "ServerLayout0"
    Option "StandbyTime"		"0"
    Option "SuspendTime"	"0"
    Option "OffTime"	"0"
    Option         "BlankTime" "0"
EndSection
, и перезагрузил машину.
Проблема появилась. Затем я включил управление питанием дисплея в xfce, удалил файл 10-monitor.conf и перезагрузился - проблема осталась.
Затем я вернул в состояние до эксперимента - в xfce управление выключено, файла 10-monitor.conf нет и перезагрузился. Проблема осталась.
Перезагрузился в ядро 5.15.109 - проблемы нет.
Причина не ясна, остался на ядре 5.15.109.

Добрый день!
В связи с изменением названия баги хочу внести уточнение.
Оборудование - планшет на процессоре Intel Celeron N4120 со встроенным видеочипом Intel GeminiLake [UHD Graphics 600], вывод inxi -G выкладывал выше.

На ядре 5.10:
1) копм зависал при подключении второго монитора к порту HDMI в процессе работы ОС, "на лету". Если второй монитор вставить в выключенный комп и включить уже с двумя мониторами, комп загружается и успешно работает с двумя мониторами до первого "засыпания" с включенным управлением питанием дисплея xfce;
2) копм зависал при пробуждении после блокировки экрана (засыпании) при двух подключенных мониторах (один основной планшетный дисплей, второй - монитор подключенный через HDMI). Это зависание удалось устранить выключением управления питанием дисплея в xfce (с включенным управлением питанием дисплея xfce комп зависает). При отключенном втором мониторе (с единственным планшетным дисплеем) этого зависания нет даже с включенным управлением питанием дисплея xfce; зависание проявляется в виде отсутствия изображения на тёмных экранах.

На ядре 6.1 (и 26, и 28):
Компьютер зависает с картинкой на весь экран в виде вертикальных групп цветных полос не белом фоне.
Зависание происходит при:
1) запуске wine-программ - S.T.A.L.K.E.R зов припяти и Quake 4. При запуске wine-проводника зависания нет;
2) при выходе из quake3-arena_linux (из репозитория), то есть в момент возврата в ОС;
3) при пробуждении компьютера из блокировки экрана. Блокируется нормально, гасит экран, а при пробуждении виснет.
Как писал выше в комментариях в баге, проблема пропала при отключении управлением питанием дисплея xfce, но потом снова появилась (описывал выше) и теперь присутствует при любой опции управлением питанием дисплея xfce, хотя один раз при отключенном управлении был успешный выход из quake3-arena в ОС, но после блокировки все равно завис. Проблема присутствует также на другом планшете с процессором Intel Celeron N4100 и такой же видеокартой Intel GeminiLake [UHD Graphics 600].

На ядре 5.15 при таком же остальном окружении (просто перезагружаюсь в разные ядра) вышеперечисленные проблемы полностью отсутствуют.

Проверил на платформе education-10.1-x86-64 (xfce)

Ядро: kernel-image-un-def 6.1.28-alt1

Стенд:
ICL RAYbook Bi1102 
Процессор: Intel(R) Celeron(R) CPU N3450 @ 1.10GHz
Видеокарта (встроенная): Intel Corporation HD Graphics 500 

Ошибка не воспроизвелась. При выходе из quake3-arena_linux (из репозитория) зависаний нет, выход производится корректно.
Вывод системы из спящего/ждущего режима производится корректно

Возможно, это происходит только в Simply. Возможно, это связано с xfce. И, судя по логу ошибки, с управлением питанием.

Created attachment 13213 [details]
Видео зависания

https://disk.yandex.ru/i/4kqnygtLEDQbLQ

По этой ссылке видео зависания, возникающее при пробуждении после блокировки и при включенном в xfce управлении питанием дисплея.
После этого зависания я перезагрузился, отключил в xfce управлении питанием дисплея, перелогинился и заблокировал, затем успешно разблокировал и планшет не завис. Даже quake3 при этом вышел в ОС успешно. Но в wine завис.

Но после следующей перезагрузки выход из quake3 опять повесил комп.

Новые наблюдения:
при отключенном управлении питанием дисплея xfce при разблокировке комп виснуть перестал.
Он виснет при изменении разрешения экрана, когда quake3-arena запускается в полноэкранном режиме (при выходе из игры в ОС) в тот момент, когда разрешение экрана в linux 1920x1080, а quake запускается в разрешении 1024х768. Не в полноэкранном режиме (в окне) quake работает нормально.
А wine-игры вешают комп сразу при запуске, они запускаются в разрешении 1280х720.
На ядре 5.15 таких зависаний не было при тех же самых действиях.
Может есть какие-то способы настроить этот момент? Иксы, ОС или еще как...

Готов содействовать в диагностировании проблемы.

Давайте начнём с запуска
glxgears
и vkcube

 $ rpm -qf /usr/bin/vkcube
vulkan-tools-1.3.236-alt0.1.x86_64

Не будет ли это триггерить проблему. Никакого смысла приплетать сюда wine нет, он не работает с оборудованием.

[inet@N4120 ~]$ glxgears
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
321 frames in 5.0 seconds = 64.185 FPS
300 frames in 5.0 seconds = 59.983 FPS
XIO:  fatal IO error 62 (Timer expired) on X server ":0.0"
      after 843 requests (45 known processed) with 0 events remaining.
[inet@N4120 ~]$ 

[inet@N4120 ~]$ vkcube
Selected GPU 0: Intel(R) UHD Graphics 600 (GLK 2), type: IntegratedGpu
[inet@N4120 ~]$ 

glxgears и vkcube работают, "крутят".

>Никакого смысла приплетать сюда wine нет, он не работает с оборудованием.
Это понятно. Это просто индикатор проблемы и еще одно доказательство в сторону проблем со сменой разрешений. glxgears и vkcube тоже успешно работает в окне и ничего не "вешают", как и quake в окне работает. Проблема с подноэкранными приложениями с разрешением, отличным от нативного линуксового, именно при изменении разрешения.

Ради эксперимента в STALKER выставил разрешение 1920x1080, равное линуксовому, и запустил игру под ядром 6.1.28 - РАБОТАЕТ!
Вот и доказательство того, что виснет при смене разрешения "на лету".

А проблема с зависанием при блокировке очень похожа на то, что было в 5.10. Только там с одним монитором работало, а зависало с двумя, а в 6.1 и с одним виснет при включенном в xfce управлении питанием дисплея. лечится и там, и там выключением в xfce управления питанием дисплея.
Все-таки это xfce-шное управление питанием дисплея плохо себя ведет в 5.10 и в 6.1. В 5.15 с ним все отлично.
Может есть какие-то обходные пути настройки всего этого? Через конфиги xorg, например...

Еще одно наблюдение:
комп вешается при разблокировке, когда включен DPMS. Даже при выключенном управлении питанием дисплея xfce, если включить DPMS командой xset +dpms, комп зависнет. Если выключить xset -dpms, не зависает.

Доброе утро!

После сегодняшнего обновления на ядро 6.1.29 все заработало. И разблокировка экрана при включенном управлении питания дисплеем в xfce проходит успешно, и работа приложений с разрешением экрана, отличным от линуксового, проходит успешно, ничего не виснет.
Спасибо большое за оперативность в решении проблемы.
А что за причина была, если не секрет?

Опять стал зависать так же. Началось после смены фона рабочего стола.

Сравнил включенные параметры драйвера i915 в двух ядрах командой
systool -m i915 -av.
Все параметры одинаковые кроме одного - enable_psr2_sel_fetch:
в 5.15 он выключена, а в 6.1.29 включен.
Хочу его выключить в 6.1.29, подозреваю что в нем причина, но не получается:
в файле /etc/modprobe.d/i915.conf
прописал строку
options i915 enable_psr2_sel_fetch=0,
но после перезагрузки параметр все равно остается включенным.
Как его выключить правильно?

После сегодняшнего обновления (утро 27.05.2023 по мск), довольно крупного, где и драйвера xorg обновились, проблема на 6.1.29 исчезла. И разблокировка экрана проходит успешно с включенным в xfce управлением питанием дисплея, и запуск игр с изменением разрешения экрана на лету проходит без зависания.
Пока наблюдаю, надеюсь бага больше не вернется. Большая благодарность команде altlinux.

Рано радовался, после следующей перезагрузки бага опять появилась.

Удалось выключить enable_psr2_sel_fetch путем добавления i915.enable_psr2_sel_fetch=0 в /etc/sysconfig/grub2, но на проблему это не повлияло, проблема осталась.
По факту, включение настроек питания для экрана в xfce включает DPMS, что видно по редактору настроек -> xfce-power-manager. Это подтверждается тем, что при отключенных настройках питания для экрана в xfce ручное включение DPMS командой xset +dpms возвращает проблему, начинает опять зависать.
Странно, что сегодня после обновления все работало до первой перезагрузки. По памяти, уже было такое, что какое-то время работает, потом бага возвращается. Все изменения, которые я делал руками, это переключал настройки питания для экрана в xfce и один раз заменил фон рабочего стола в настройках xfce. Такое впечатление, что при нормальной работе изменения настроек xfce ломают.

Уточнение: выключение DPMS решает проблему зависания при разблокировке экрана, но полноэкранные приложение с разрешением экрана, отличным от линуксового, все равно вешают комп при изменении разрешения "на лету". Так что по сути проблема с этим ядром существует (ведь в 5.15 все работает нормально), хотя если не запускать такие приложения, то с отключенным DPMS жить можно, остальное все работает.

Рекомендую проверить компьютер на ошибки с железом. Прогоните memtest86, запустите rasdaemon.

rasdaemon не показал ошибок памяти. Думаю эти проверки железа не нужны, так как одна и та же проблема воспроизводится на ядре 6.1 на двух разных планшетах Chuwi Ubook 11,6: c Celeron N4100 и N4120, а на ядре 5.15 на обоих планшетах работает. Дело не в неисправности железа.
К ядру добавил параметры загрузки (из статьи взял):
i915.enable_guc=2 i915.enable_dc=4 i915.enable_fbc=1 i915.enable_psr=1 i915.enable_psr2_sel_fetch=1 i915.disable_power_well=1.
После этого перестал зависать при пробуждении даже при включенном в xfce управлении питанием дисплея. И батарея дольше держать стала.
Но при смене разрешения на лету все равно виснет.

Это я уже проверяю после переустановки на планшете со starterkit-xfce. То есть тут уже не simply, а starterkit-xfce. Также запускался из fvwm вместо xfce, ковырял разные настройки в bios.
Зависание при изменении разрешения все равно остается.

Created attachment 13340 [details]
Зависание при нажатии "Ждущий режим"

Сегодня завис при переходе в ждущий режим при нажатии кнопки "Ждущий режим": показал такой же экран с вертикальными цветными полосами, повисел этот экран несколько секунд, потом после нажатия мной разных комбинаций клавиш Ctrl+Alt+F1-F10, Ctrl+Alt+Backspace, экран поморгал несколько раз и вернулся в нормальное состояние, опять показал рабочий стол, комп не завис, смог продолжить работу.
Логи зависания во вложенном файле bug_waitmode-31.05.2023.

Новые данные:
после переустановки системы с starterkit-xfce, выбора видеодрайвера i9xx вместо авто и установки параметров драйвера i915 (i915.enable_guc=2 i915.enable_dc=4 i915.enable_fbc=1 i915.enable_psr=1 i915.enable_psr2_sel_fetch=1 i915.disable_power_well=1) разблокировка работала нормально (xscreensaver).
Сейчас поставил light-locker и удалил xscreensaver, при блокировке планшет снова стал зависать также, как и раньше.
Удалил light-locker и снова поставил xscreensaver, планшет перестал виснуть при разблокировке.
Похоже, дело в lightdm (как минимум в его локере).
Появились подозрения, что зависание при смене разрешения экрана "на лету" тоже может быть из-за lightdm. На какой другой dm можно сменить lightdm?

Заменил lightdm на lxdm. Зависание при изменении разрешения осталось.

В параметрах ядра исправил на
i915.enable_dc=0
и зависать перестало. И при блокировке экрана с включенным управлением питанием дисплея, и при смене разрешения на лету.