Welp, seems like I fixed the issue!
Building mesa with this patch
diff --git a/src/gallium/targets/dril/dril_target.c b/src/gallium/targets/dril/dril_target.c
index 6f62f524764..cc151cfcc74 100644
--- a/src/gallium/targets/dril/dril_target.c
+++ b/src/gallium/targets/dril/dril_target.c
@@ -453,7 +453,9 @@ drilCreateNewScreen(int scrn, int fd,
const __DRIconfig ***driver_configs, void *data)
{
const __DRIconfig **configs = init_dri2_configs(fd);
- if (!configs && fd == -1) {
+ if (!configs) {
+ if (fd != -1)
+ return NULL;
// otherwise set configs to point to our config list
configs = calloc(ARRAY_SIZE(drilConfigs) * 2 + 1, sizeof(void *));
int c = 0;
and building with the 24.05 version of Xorg (24.11 has now removed the xf86videointel driver, so I just build with the old version since I havent figured out overriding Xorg) fixes the issue.
This bug was introduced in 24.2.2, and the patch that you pointed out was what allowed me to find that out. This is the offending patch in mesa upstream.
I am going to try and submit this patch to mesa upstream. but I would also appreciate if we could get this patch on 24.11 and re-implement xf86videointel (now would probably be a good time to get it updated as well). I will create a PR!
Of course the modesetting driver should still be used by default on supported chipsets, but I see no reason to provide support for the older chipsets especially when we still have support for neomagic and other 25+ year old hardware.
Still not sure why this version of mesa is working on other distros with the intel driver, but I am satisfied for now.
Thanks!