FS#32666 - [mesa] 9.0 breaks any and all DRI on (older, probably) intel

Attached to Project: Arch Linux
Opened by René Herman (rene) - Thursday, 15 November 2012, 04:08 GMT
Last edited by Andreas Radke (AndyRTR) - Tuesday, 26 February 2013, 15:45 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Andreas Radke (AndyRTR)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

Description:

Current mesa (9.0) seems to break any and all DRI on my Intel 865G, with the only result from trying to run a 3D program being:

[rene@e600 ~]$ glxinfo
name of display: :0.0
X Error of failed request: BadAlloc (insufficient resources for operation)
Major opcode of failed request: 153 (GLX)
Minor opcode of failed request: 3 (X_GLXCreateContext)
Serial number of failed request: 22
Current serial number in output stream: 25

I'm not in fact completely sure that it's mesa 9.0 specifically. A google search seemed to suggest that it "should" be, but when I just now tried to downgrade mesa I couldn't (cleanly), since mesa-8.0.4 conflicts with glu-9.0, which is needed by glew and jasper, which is needed by, well, everything it seems. I tried forcing a few downgrades but can't be sure I had a sane system left when this did not help.

* package version(s)

mesa-9.0-1
libgbm-9.0-1
intel-dri-9.0-1
glu-9.0.0-1

(I tried with both SNA and UXA enabled; this makes no difference)
   Xorg.0.log (31.8 KiB)
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Tuesday, 26 February 2013, 15:45 GMT
Reason for closing:  Fixed
Comment by Jan de Groot (JGC) - Thursday, 15 November 2012, 15:51 GMT
can you try LIBGL_DEBUG=verbose glxinfo instead?
Comment by René Herman (rene) - Thursday, 15 November 2012, 18:02 GMT
Same result...

$ LIBGL_DEBUG=verbose glxinfo
name of display: :0.0
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/tls/i915_dri.so
libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/i915_dri.so
libGL: Can't open configuration file /home/rene/.drirc: No such file or directory.
X Error of failed request: BadAlloc (insufficient resources for operation)
Major opcode of failed request: 153 (GLX)
Minor opcode of failed request: 3 (X_GLXCreateContext)
Serial number of failed request: 22
Current serial number in output stream: 25
Comment by René Herman (rene) - Thursday, 15 November 2012, 20:24 GMT
UPDATE: It is in fact mesa-9.0 specifically. After force-downgrading to

libgl-8.0.4-3
libglapi-8.0.4-3
intel-dri-8.0.4-3
mesa-8.0.4-3

I have DRI back. Although it won't come as a surprise, given the Intel 865G, I guess I should also specify that this is on i686 (ie, 32 bit).
Comment by René Herman (rene) - Friday, 16 November 2012, 22:36 GMT
Here are matching ubuntu and upstream reports:

https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1071530
https://bugs.freedesktop.org/show_bug.cgi?id=56042

Since xorg on older Intel hardware has been problematic for the last 5 years or so anyways, I thought I'd also test how deeply I in fact care. While I must have missed when it started working this well again, with the mesa-8.0.4 packages installed, DRI is actually working great. Games like "AstroMenace" and "Speed Dreams" are fluent.

Just my luck. After years of Intel xorg frustration, the moment I find out that I could finally play cool games again I cannot actually, since they just broke things AGAIN. Sheesh.


Comment by René Herman (rene) - Sunday, 18 November 2012, 02:52 GMT
(the just released 9.0.1 does not help)
Comment by Andreas Radke (AndyRTR) - Friday, 28 December 2012, 17:52 GMT
How's status with recent intel driver 2.20.17 ? Old drivers have seen many commits lately.
Comment by René Herman (rene) - Friday, 28 December 2012, 22:57 GMT
No change, unfortunately.

There's by the way mention of possible arch-specific trouble at the freedesktop report:

https://bugs.freedesktop.org/show_bug.cgi?id=56042

Is the arch mesa package perhaps compiled with "suspicious" options or compiler flags?

Comment by Andreas Radke (AndyRTR) - Saturday, 29 December 2012, 16:05 GMT
Feel free to play with our mesa pkg and xf86-video-intel pkg. You can put "unset CLFAGS; unset CXXFLAGS" or play with recent mesa/intel-git stuff from AUR.
Comment by Andreas Radke (AndyRTR) - Saturday, 23 February 2013, 12:52 GMT
New kernels out, many intel drivers later and we have Mesa 9.1 - status?
Comment by René Herman (rene) - Saturday, 23 February 2013, 13:33 GMT
None of the mirrors I've tried have synced mesa-9.1 yet. Without it, status is still as before. I'll report back as soon as mesa-9.1 hits anything reachable.
Comment by Balló György (City-busz) - Saturday, 23 February 2013, 14:18 GMT
I tested with mesa 9.1 on Intel 845G, and it fixes the problem for me.
Comment by René Herman (rene) - Monday, 25 February 2013, 02:11 GMT
Fixed on Intel 865G as well.

I did just now need to disable texture compression in Speed Dreams (through its menus, OpenGL section) and it did in fact crash on me which it didn't do with mesa 8. That's the kind of problem that's just business as usual for older Intel though -- this specific bug can be closed, it seems.

Loading...