15:00josch: Hi, I asked this question half an hour ago in #sway without any reply, maybe somebody here can help. I'm investigating a mesa bug and want to bisect mesa git and start sway to investigate the status of each bisected commit. I'm configuring mesa like this: meson setup build -Dgallium-drivers="['panfrost']" -Dvulkan-drivers="[]" -Dllvm=disabled and here is the configure output:
15:00josch: https://paste.debian.net/1393160/ but when i start sway with that I get "Failed to parse EDID" https://paste.debian.net/1393162/ -- does somebody happen to know what flag i might be missing from my mesa build to make sway work? I'm building the panfrost driver because i'm on the MNT Reform 2 with BananaPI CM4 A311D and am starting sway via meson devenv -C build sway
15:17soreau: josch: you might need to enable gbm too, at least. might need platforms=wayland and possibly egl-native-platform=wayland
15:19soreau: and of course egl, but many of these are auto-enabled if the dependencies exist
15:24josch: soreau: thank you! In my configure output (link above) it says that egl is enabled and that wayland is one of the enabled platforms as well. It also says that gbm was enabled. So I think everything you said should be there is there. :/
15:26soreau: josch: then omit the vulkan and llvm options
15:26soreau: hm
15:26soreau: it says the prefix you used was the default /usr/local
15:27soreau: if you also have an installation in /usr, it might get confused somewhere.. so you might need to set LD_LIBRARY_PATH=/usr/local/lib/$libdir before starting sway
15:28josch: okay, i thought that's what "meson devenv" would take care of?
15:28josch: i'm currently not installing anything, but try to run it from git
15:28soreau: hm, I'm not familiar with mesa's devenv
15:29soreau: well I would install to some prefix (/tmp/mesa/?) and install it there, then set LD_LIBRARY_PATH to point to /tmp/mesa/lib/$libdir
15:29josch: but yes, indeed /usr/local/lib/aarch64-linux-gnu/dri or /usr/local/lib/aarch64-linux-gnu/gbm don't even exist for me and i had hoped that "meson devenv" would do the right thing :D
15:29josch: okay, thank you i'll try that next
15:32josch: do i also want to set other environment variables like LIBGL_DRIVERS_PATH?
15:35soreau: no
15:36josch: okay, thank you! :)
15:42josch: nope, when I use LD_LIBRARY_PATH=$myprefix to start sway I get the same error messages as before about "Failed to parse EDID" https://paste.debian.net/1393162/
15:43soreau: can you post the full sway -d log?
15:43soreau: the EDID message might be a misnomer
15:45soreau: another thing you can try is to disable modifiers using the WLR_* env vars for EGL and DRM
15:45josch: lots of outputδ https://mister-muffin.de/p/tcvm.txt
15:46josch: i wasn't aware of the -d flag for sway, thank you
15:46soreau: and if there is a bug in mesa that's causing the failure, you might try checking out the mesa tag of the release you know that works
15:46josch: i am currently trying to build that
15:47josch: but since my processor is very slow i try not to do a build with everything as that takes 4:40 hours on my machine
15:48josch: i'm bisecting between tags 25.0.7 (bad) and 25.2.1 (good)
15:48soreau: yea the EDID message is just fuzz, the errors start at this line:
15:49soreau: 00:00:00.566 [DEBUG] [wlr] [backend/drm/drm.c:999] connector HDMI-A-1: Failed to find free CRTC
15:49soreau: josch: so git checkout 25.2.1 and try testing that to see if it's good
15:49soreau: I mean it's possible that current mesa git master panfrost is broken somehow
15:50josch: no, i'm not building git master but the tags i mentioned
15:50soreau: josch: `git tag` to see the available tag versions
15:50josch: i'll try disabling the hdmi output
15:50soreau: josch: are you saying that you're in the middle of a bisect and only this commit is bad?
15:52josch: bigger picture:
15:54josch: i'm on debian trixie and the debian packaging of 25.0.7 has this bug: https://gitlab.freedesktop.org/mesa/mesa/-/issues/12718
15:54josch: debian unstable has 25.2.1 packaged which i just backported to trixie and it does not show the bug
15:55josch: building the package takes nearly five hours so i thought that instead of building the full debian package to figure out which commit fixed it, i build mesa from git
15:56josch: soreau: your tip with disabling hdmi was also spot-on. I'm now typing this in sway with mesa from LD_LIBRARY_PATH and am *not* seeing the issue even though i should... :(
15:57soreau: maybe it's something to do with multiple outputs :P
15:58josch: yes, or maybe something in the debian packaging itself changed
15:58soreau: yes they apply patches sometimes
15:58soreau: you might check in the package tarball for relevant patches
15:58josch: i'll have to dig a bit deeper but thanks a lot already, i would not've spotted that hdmi was the problem when starting sway
15:58soreau: 👍
16:02soreau: josch: one last thing, if you're not using the same kernel version across tests, this may be a factor too
16:05soreau: (and maybe check the kernel log for any relevant bits)
16:39josch: thank you! yes, kernel is always the same. We also had a custom kernel with afbc 32x8 support disabled for mali g52 to workaround this issue. Currently, I'm on 6.12.38