Bug 46084

Summary: Зависание quake и wine на ядре 6.1.26 и 5.10
Product: Simply Linux Reporter: george0575
Component: bugsAssignee: Mikhail Efremov <sem>
Status: NEW --- QA Contact: Andrey Cherepanov <cas>
Severity: normal    
Priority: P5 CC: aen, lav, ldv, obidinog, rider, tergoevm, vt
Version: 10.1   
Hardware: x86_64   
OS: Linux   
Attachments:
Description Flags
лог зависания
none
Видео зависания
none
Зависание при нажатии "Ждущий режим" none

Description george0575 2023-05-05 15:34:34 MSK
После обновления на ядро 6.1.26 запуск wine-приложений вешает компьютер: весь экран в вертикальные полоски и дальше можно перезагрузить только кнопкой. Один раз даже при блокировании экрана без linux без запуска wine так же зависло. На предыдущих ветках ядер такого не было. На 5.15. работает всё хорошо.
Comment 1 george0575 2023-05-06 17:09:43 MSK
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 не проявляется и все работает.
Comment 2 george0575 2023-05-06 17:11:58 MSK
Вывод 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 ~]$
Comment 3 george0575 2023-05-07 17:36:07 MSK
Проблема вернулась после того, как я в /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.
Comment 4 george0575 2023-05-14 18:48:41 MSK
Добрый день!
В связи с изменением названия баги хочу внести уточнение.
Оборудование - планшет на процессоре 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 при таком же остальном окружении (просто перезагружаюсь в разные ядра) вышеперечисленные проблемы полностью отсутствуют.
Comment 5 obidinog@basealt.ru 2023-05-16 10:25:57 MSK
Проверил на платформе 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 (из репозитория) зависаний нет, выход производится корректно.
Вывод системы из спящего/ждущего режима производится корректно
Comment 6 george0575 2023-05-16 19:46:22 MSK
Возможно, это происходит только в Simply. Возможно, это связано с xfce. И, судя по логу ошибки, с управлением питанием.
Comment 7 george0575 2023-05-16 23:06:13 MSK
Created attachment 13213 [details]
Видео зависания

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

По этой ссылке видео зависания, возникающее при пробуждении после блокировки и при включенном в xfce управлении питанием дисплея.
После этого зависания я перезагрузился, отключил в xfce управлении питанием дисплея, перелогинился и заблокировал, затем успешно разблокировал и планшет не завис. Даже quake3 при этом вышел в ОС успешно. Но в wine завис.
Comment 8 george0575 2023-05-17 09:26:36 MSK
Но после следующей перезагрузки выход из quake3 опять повесил комп.
Comment 9 george0575 2023-05-17 14:27:12 MSK
Новые наблюдения:
при отключенном управлении питанием дисплея xfce при разблокировке комп виснуть перестал.
Он виснет при изменении разрешения экрана, когда quake3-arena запускается в полноэкранном режиме (при выходе из игры в ОС) в тот момент, когда разрешение экрана в linux 1920x1080, а quake запускается в разрешении 1024х768. Не в полноэкранном режиме (в окне) quake работает нормально.
А wine-игры вешают комп сразу при запуске, они запускаются в разрешении 1280х720.
На ядре 5.15 таких зависаний не было при тех же самых действиях.
Может есть какие-то способы настроить этот момент? Иксы, ОС или еще как...
Comment 10 george0575 2023-05-17 14:29:10 MSK
Готов содействовать в диагностировании проблемы.
Comment 11 Vitaly Lipatov 2023-05-17 15:05:59 MSK
Давайте начнём с запуска
glxgears
и vkcube

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

Не будет ли это триггерить проблему. Никакого смысла приплетать сюда wine нет, он не работает с оборудованием.
Comment 12 george0575 2023-05-17 15:48:14 MSK
[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 в окне работает. Проблема с подноэкранными приложениями с разрешением, отличным от нативного линуксового, именно при изменении разрешения.
Comment 13 george0575 2023-05-17 16:20:29 MSK
Ради эксперимента в STALKER выставил разрешение 1920x1080, равное линуксовому, и запустил игру под ядром 6.1.28 - РАБОТАЕТ!
Вот и доказательство того, что виснет при смене разрешения "на лету".
Comment 14 george0575 2023-05-17 16:33:34 MSK
А проблема с зависанием при блокировке очень похожа на то, что было в 5.10. Только там с одним монитором работало, а зависало с двумя, а в 6.1 и с одним виснет при включенном в xfce управлении питанием дисплея. лечится и там, и там выключением в xfce управления питанием дисплея.
Все-таки это xfce-шное управление питанием дисплея плохо себя ведет в 5.10 и в 6.1. В 5.15 с ним все отлично.
Может есть какие-то обходные пути настройки всего этого? Через конфиги xorg, например...
Comment 15 george0575 2023-05-18 17:23:05 MSK
Еще одно наблюдение:
комп вешается при разблокировке, когда включен DPMS. Даже при выключенном управлении питанием дисплея xfce, если включить DPMS командой xset +dpms, комп зависнет. Если выключить xset -dpms, не зависает.
Comment 16 george0575 2023-05-23 09:32:20 MSK
Доброе утро!

После сегодняшнего обновления на ядро 6.1.29 все заработало. И разблокировка экрана при включенном управлении питания дисплеем в xfce проходит успешно, и работа приложений с разрешением экрана, отличным от линуксового, проходит успешно, ничего не виснет.
Спасибо большое за оперативность в решении проблемы.
А что за причина была, если не секрет?
Comment 17 george0575 2023-05-24 21:33:13 MSK
Опять стал зависать так же. Началось после смены фона рабочего стола.
Comment 18 george0575 2023-05-26 20:18:58 MSK
Сравнил включенные параметры драйвера 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,
но после перезагрузки параметр все равно остается включенным.
Как его выключить правильно?
Comment 19 george0575 2023-05-27 11:58:08 MSK
После сегодняшнего обновления (утро 27.05.2023 по мск), довольно крупного, где и драйвера xorg обновились, проблема на 6.1.29 исчезла. И разблокировка экрана проходит успешно с включенным в xfce управлением питанием дисплея, и запуск игр с изменением разрешения экрана на лету проходит без зависания.
Пока наблюдаю, надеюсь бага больше не вернется. Большая благодарность команде altlinux.
Comment 20 george0575 2023-05-27 12:36:19 MSK
Рано радовался, после следующей перезагрузки бага опять появилась.
Comment 21 george0575 2023-05-27 13:58:21 MSK
Удалось выключить 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 ломают.
Comment 22 george0575 2023-05-27 14:48:13 MSK
Уточнение: выключение DPMS решает проблему зависания при разблокировке экрана, но полноэкранные приложение с разрешением экрана, отличным от линуксового, все равно вешают комп при изменении разрешения "на лету". Так что по сути проблема с этим ядром существует (ведь в 5.15 все работает нормально), хотя если не запускать такие приложения, то с отключенным DPMS жить можно, остальное все работает.
Comment 23 Vitaly Chikunov 2023-05-27 20:01:24 MSK
Рекомендую проверить компьютер на ошибки с железом. Прогоните memtest86, запустите rasdaemon.
Comment 24 george0575 2023-05-30 16:57:28 MSK
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 управлении питанием дисплея. И батарея дольше держать стала.
Но при смене разрешения на лету все равно виснет.
Comment 25 george0575 2023-05-30 17:06:03 MSK
Это я уже проверяю после переустановки на планшете со starterkit-xfce. То есть тут уже не simply, а starterkit-xfce. Также запускался из fvwm вместо xfce, ковырял разные настройки в bios.
Зависание при изменении разрешения все равно остается.
Comment 26 george0575 2023-05-31 15:29:43 MSK
Created attachment 13340 [details]
Зависание при нажатии "Ждущий режим"

Сегодня завис при переходе в ждущий режим при нажатии кнопки "Ждущий режим": показал такой же экран с вертикальными цветными полосами, повисел этот экран несколько секунд, потом после нажатия мной разных комбинаций клавиш Ctrl+Alt+F1-F10, Ctrl+Alt+Backspace, экран поморгал несколько раз и вернулся в нормальное состояние, опять показал рабочий стол, комп не завис, смог продолжить работу.
Логи зависания во вложенном файле bug_waitmode-31.05.2023.
Comment 27 george0575 2023-06-14 11:08:05 MSK
Новые данные:
после переустановки системы с 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?
Comment 28 george0575 2023-06-14 16:49:21 MSK
Заменил lightdm на lxdm. Зависание при изменении разрешения осталось.
Comment 29 george0575 2023-07-04 13:02:49 MSK
В параметрах ядра исправил на
i915.enable_dc=0
и зависать перестало. И при блокировке экрана с включенным управлением питанием дисплея, и при смене разрешения на лету.