Bug 44103 - Падает qxl при запуске видео
Summary: Падает qxl при запуске видео
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: kernel-image-un-def (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Vitaly Chikunov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-10-21 11:41 MSK by Anton Zhukharev
Modified: 2023-01-11 11:00 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anton Zhukharev 2022-10-21 11:41:49 MSK
Стенды (виртуальные машины на 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 не получилось воспроизвести
Comment 1 Anton Zhukharev 2022-10-21 11:43:52 MSK
(Ответ для Anton Zhukharev на комментарий #0)
> Дополнительные исследования:
>   * С ядром std-def ошибку воспроизвести не удалось
>   * Возможно, что ошибка связана с:
> https://bugzilla.redhat.com/show_bug.cgi?id=1957758
>   * После обновления стендов до Sisyphus не получилось воспроизвести
Проверялось на графическом сеансе X11
Comment 2 Anton Farygin 2022-10-21 13:18:26 MSK
Антон, так может быть в libva нет регресса на qxl ?
Comment 3 Anton Zhukharev 2022-10-21 13:28:19 MSK
(Ответ для Anton Farygin на комментарий #2)
> Антон, так может быть в libva нет регресса на qxl ?
Думаю, что это не связанные ошибки (падения графического сеанса с новой libva не зависят от используемого ядра, да и ошибок в dmesg связанных с qxl там нет).
Comment 4 Anton Zhukharev 2023-01-11 11:00:14 MSK
Системы из образов (обновлены до 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).