15:59 <mntirc> i'm trying to track down a fiddly bug where opening a file (gtk3 chooser window) in chromium causes it to crash the whole xwayland+sway stack, and i've now caught it in gdb attached to xwayland

15:59 <mntirc> segmentation fault in 0x0000ffffa82cdd08 in etna_flush_resource () from /usr/local/lib/aarch64-linux-gnu/dri/mxsfb-drm_dri.so

16:00 <mntirc> via _mesa_TexSubImage2D -> texture_sub_image -> st_TexSubImage -> u_default_texture_subdata -> etna_transfer_map -> etna_flush

16:03 <mntirc> well, this is 22.2.0, will update to head first

16:24 <lynxeye> mntirc: I think I already see the issue. With the multithreading fixes in 22.2 we got rid of some extra reference to resources, but we also don't take a proper reference to the resources tracked in flush_resources, so the framebuffer resource may already be destroyed when you get to this context flush point.

16:26 <mntirc> lynxeye: nice, i was going to log all the pointers there but they probably still would look valid (i.e. not 0)?

16:50 <mntirc> what i can say is that before the crash, rsc->render is not nil (but it usually always is), instead it's something like 0x800000008

16:52 <lynxeye> mntirc: I just CCed you on a MR. Can you check if this fixes your issue?

16:52 <mntirc> lynxeye: great, will do

16:56 <mntirc> lynxeye: it seems to work, testing a bit more

16:57 <mntirc> lynxeye: yes, it works, fantastic

16:57 <mntirc> this was a big issue also for my colleague whose chromium was constantly crashing

17:01 <lynxeye> Yay! I would feel really good about this turnaround time, if it wasn't me who introduced the bug in the first place. :/

17:02 <lynxeye> mntirc: Thanks for the report with useful callstack!

17:02 <mntirc> sure thing!

19:18 <cphealy> Regarding https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/9780 what is left before this can be merged?

19:32 <mntirc> cphealy: apparently this is still unmerged https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/936

19:33 <mntirc> (at least this would concern us)

19:33 <cphealy> Ahh, good find, thanks!