-
Notifications
You must be signed in to change notification settings - Fork 341
wlr_drm_bo_handle_table makes session totally unresponsive [KWinFT] #3150
Comments
Do you have compositor debug logs? Maybe related to #3145. |
There is a gdb backtrace from the
|
Do you have the normal debug output? For example by running KWinFT from a VT or by looking into the SDDM log at |
From |
@emersion I believe this has something to do with the The following image is using While with |
Just updated to current wlroots master HEAD and can confirm the crash. I get the following output lines just before it:
Reverting 5dfaf5e makes it work again. I don't know, is the drm "renderer" supposed to do stuff if KWinFT does not use the renderer of wlroots but renders on its own? |
Can you try this? #3153 |
#3153 fixes the session for me. |
Can confirm that #3153 fixes this issue. |
Hello!
I'm currently. using KWinFT which has a regression introduced by the following commit
backend/drm: introduce wlr_drm_bo_handle_table
(5dfaf5e) introduces a inicial session crash which recovers by itself (black screen with a _ blinking and I can see a few times the mouse appearing and disappearing but still in that black screen and very laggy).It also shows red artifacts after the behaviour said before which I'm able to see the mouse but cannot move.
I have tried to check if using mesa from git as of the commit resolved anything but It did not.
I'm not able to change ttys to get logs.
System Information:
Distribution:
Arch Linux
Linux Kernel:
5.13.13-arch1-1
GPU:
Intel(R) UHD Graphics (CML GT2) using iris.
Mesa Version:
21.2.1-1 / mesa-git
KWinFT commit:
0435b1d4209b589a4b32b08586ceddf20586c108The text was updated successfully, but these errors were encountered: