ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | xfwm4-4.13.2-alt2 падает на assert | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Andrew Vasilyev <andy> |
| Component: | xorg-dri-intel | Assignee: | Valery Inozemtsev <shrek> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | CC: | aen, antohami, boyarsh, cas, mav, oddity, sem, shrek, zxwarior |
| Version: | unstable | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
|
Description
Andrew Vasilyev
2019-06-18 14:22:26 MSK
Да, но багу год уже. Неужели в нашей mesa до сих пор не зафикшено. *** Bug 36926 has been marked as a duplicate of this bug. *** Немного поэкспериментировал.
1. Если сеанс не сохранять, то невозможно снова зайти
1.1 Если удалить ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfwm4.xml, то зайти снова можно как ни в чём не бывало ещё один раз.
2. Если выйти с сохранением сеанса, то зайти можно, но с упавшим оконным менеджером и без панелей.
2.1 Если удалить ~/.config/xfce4/xfconf/xfce-perchannel-xml/{xfwm4.xml,xfce4-session.xml}, то зайти можно снова можно как ни в чём не бывало ещё один раз.
3. Проблема актуальна только для i965 (на i945 ok, проверял на нетбуке), при этом нет разницы, используется xorg-drv-modesetting или xorg-drv-intel. При использовании xorg-drv-modesetting (дефолт) анимация ведёт себя неадекватно, к слову.
Из всего этого напрашивается вывод, что сначала грузятся какие-то другие дефолтные настройки нежели в дефолтных файлах.
(В ответ на комментарий №4) > Из всего этого напрашивается вывод, что сначала грузятся какие-то другие > дефолтные настройки нежели в дефолтных файлах. И действительно, если отключить эффекты, то в следующий раз заходит без проблем. Но, если их попробовать включить, то xfwm4 тут же падает. (In reply to comment #2) > Да, но багу год уже. Неужели в нашей mesa до сих пор не зафикшено. Собрал программу из того тикета: ./tfp-test Using texture type GL_TEXTURE_RECTANGLE_ARB 1/46: xvisual id 0x152 != 0x60, skipped 2/46: xvisual id 0x15a != 0x60, skipped 3/46: xvisual id 0x17b != 0x60, skipped 4/46: xvisual id 0x183 != 0x60, skipped 5/46: xvisual id 0x16a != 0x60, skipped 6/46: xvisual id 0x193 != 0x60, skipped 7/46: xvisual id 0x16b != 0x60, skipped 8/46: xvisual id 0x194 != 0x60, skipped 9/46: xvisual id 0x16c != 0x60, skipped 10/46: xvisual id 0x195 != 0x60, skipped 11/46: xvisual id 0x16d != 0x60, skipped 12/46: xvisual id 0x196 != 0x60, skipped Using texture target GLX_TEXTURE_RECTANGLE_EXT Using texture format GLX_TEXTURE_FORMAT_RGBA_EXT Renderer: “Mesa DRI Intel(R) UHD Graphics 620 (Kabylake GT2) ” tfp-test: ../src/mesa/drivers/dri/i965/intel_mipmap_tree.c:1285: intel_miptree_match_image: Assertion `image->TexObject->Target == mt->target' failed. Аварийный останов Прошу проверить xfwm4 из таска #232820. (В ответ на комментарий №7) > Прошу проверить xfwm4 из таска #232820. Проверил. У меня с новым xfwm4 проблемы не воспроизводятся. (В ответ на комментарий №8) > Проверил. У меня с новым xfwm4 проблемы не воспроизводятся. спасибо, значит собираю с этим workaround. А сам баг в Mesa. (In reply to comment #9) > (В ответ на комментарий №8) > > Проверил. У меня с новым xfwm4 проблемы не воспроизводятся. > > спасибо, значит собираю с этим workaround. > А сам баг в Mesa. Установил xfwm4-4.13.2-alt3, проблемы нет. Спасибо! Вопрос, как исправить баг в Mesa? :-)) (В ответ на комментарий №1)
> https://bugs.freedesktop.org/show_bug.cgi?id=107117 похоже.
это исправлено еще год назад
(In reply to comment #11) > (В ответ на комментарий №1) > > https://bugs.freedesktop.org/show_bug.cgi?id=107117 похоже. > > это исправлено еще год назад Но tfp-test из того бага падает всё так же. После обновления до libGLX-mesa-19.1.3-alt1.x86_64 баг пропал. Тестовая программа из https://bugs.freedesktop.org/show_bug.cgi?id=107117 выполняется без ошибки.(In reply to comment #12) Fixed in libGLX-mesa-19.1.3-alt1 В p9 на libGLX-mesa-19.0.5-alt1 и xfwm4-4.14.0-alt1 те же проблемы. Просьба скопировать новую Mesa в p9. |
