После обновления на ядро 6.1.26 запуск wine-приложений вешает компьютер: весь экран в вертикальные полоски и дальше можно перезагрузить только кнопкой. Один раз даже при блокировании экрана без linux без запуска wine так же зависло. На предыдущих ветках ядер такого не было. На 5.15. работает всё хорошо.
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 и зависать перестало. И при блокировке экрана с включенным управлением питанием дисплея, и при смене разрешения на лету.
