44103 2022-10-21 11:41:49 +0300 Падает qxl при запуске видео 2023-01-11 11:00:14 +0300 1 1 4 Development Sisyphus kernel-image-un-def unstable x86_64 Linux NEW P5 normal --- 1 ancieg vt kernelbot placeholder rider vt qa-sisyphus oldest_to_newest 216278 0 ancieg 2022-10-21 11:41:49 +0300 Стенды (виртуальные машины на Proxmox VE с соединением через Virt-Viewer по протоколу SPICE): 854d6f828808525cefd5e4a2c2d1f5be alt-education-10.0-x86_64.iso (XFCE/KDE) dd3f058f894fd7852b39b9cdfc8af1b9 alt-kworkstation-10.0-install-x86_64.iso d7fa044eba27efb20479cbeb04058c0b alt-workstation-10.0-x86_64.iso 3cc064c3410e8763c2b7bbd8d0af4936 alt-server-10.0-x86_64.iso Версия: 5.15.74-un-def-alt1 Шаги воспроизведения: 1. Запустить виртуальную машину с видеодрайвером qxl и ядром un-def 2. Скачать любое видео, например: http://commondatastorage.googleapis.com/gtv-videos-bucket/sample/Sintel.mp4 3. Запустить его в видеоплеере и ждать К сожалению, более конкретных шагов для точного воспроизведения ошибки установить не удалось (плавающая ошибка). Фактический результат: * Графический сеанс падает, в dmesg следующая ошибка: qxl 0000:00:02.0: object_init failed for (266240, 0x00000001) [drm:qxl_gem_object_create [qxl]] *ERROR* Failed to allocate GEM object (262164, 1, 4096, -12) [drm:qxl_alloc_ioctl [qxl]] *ERROR* qxl_alloc_ioctl: failed to create gem ret=-12 Ожидаемый результат: * Видео воспроизводится успешно, графический сеанс не падает Дополнительные исследования: * С ядром std-def ошибку воспроизвести не удалось * Возможно, что ошибка связана с: https://bugzilla.redhat.com/show_bug.cgi?id=1957758 * После обновления стендов до Sisyphus не получилось воспроизвести 216279 1 ancieg 2022-10-21 11:43:52 +0300 (Ответ для Anton Zhukharev на комментарий #0) > Дополнительные исследования: > * С ядром std-def ошибку воспроизвести не удалось > * Возможно, что ошибка связана с: > https://bugzilla.redhat.com/show_bug.cgi?id=1957758 > * После обновления стендов до Sisyphus не получилось воспроизвести Проверялось на графическом сеансе X11 216284 2 rider 2022-10-21 13:18:26 +0300 Антон, так может быть в libva нет регресса на qxl ? 216285 3 ancieg 2022-10-21 13:28:19 +0300 (Ответ для Anton Farygin на комментарий #2) > Антон, так может быть в libva нет регресса на qxl ? Думаю, что это не связанные ошибки (падения графического сеанса с новой libva не зависят от используемого ядра, да и ошибок в dmesg связанных с qxl там нет). 219966 4 ancieg 2023-01-11 11:00:14 +0300 Системы из образов (обновлены до Sisyphus 11.01.2023): * 854d6f828808525cefd5e4a2c2d1f5be alt-education-10.0-x86_64.iso (XFCE/KDE) * c1e5326723ffacff16761beda9293f14 alt-kworkstation-10.1-install-x86_64.iso * 3cc064c3410e8763c2b7bbd8d0af4936 alt-server-10.0-x86_64.iso * d7fa044eba27efb20479cbeb04058c0b alt-workstation-10.0-x86_64.iso Ошибка в точности воспроизводится в Sisyphus на std-def и un-def. На 11.01.2023 в Sisyphus следующие версии ядер данных типов: * kernel-image-un-def-6.0.18-alt1 * kernel-image-std-def-5.15.86-alt1 В P10 воспроизводится только на un-def (на 11.01.2023 это версия 5.15.80-alt1).