I have a working system with xorg 1.4.2, drm 2.3.1, and mesa 7.0.3 (Debian packages). I have then tried to use mesa git, without pulling the other sources. glxinfo from git still works fine, but neither the old glxinfo nor glxgears from git (!) work. This is what the old glxinfo reports: name of display: :0.0 libGL: XF86DRIGetClientDriverName: 1.9.0 i915 (screen 0) libGL: OpenDriver: trying .../mesa/lib/i915_dri.so drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 Error: couldn't find RGB GLX visual visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat ---------------------------------------------------------------------- 0x23 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None 0x24 24 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None ... I don't know if this is a bug, or if this an incompatibility because I was not using drm and server from git. If it is an intended incompatibility, it may be worth detecting it at configure time or displaying a better warning at runtime. In particular, it is quite surprising that glxinfo from git works while glxgears from git does not.
Actually, it's a bit worse than what I thought. The very first run of the old glxinfo works fine, it is only the later runs that are going wrong. So it seems there is some persistent data somewhere that are broken by mesa git. Note that applications using the shared libraries of old mesa are still running fine, even after the failure of mesa git. It is the applications that are using the libraries of mesa git that work only once (except for the strange case of glxinfo from git). To summarize, when run in the following order, I get 1. glxinfo "old" with mesa "old" OK 2. glxinfo "old" with mesa "git" OK 3. glxinfo "old" with mesa "git" FAIL 4. glxinfo "git" with mesa "git" OK 5. glxgear "git" with mesa "git" FAIL 6. glxgear "git" with mesa "old" OK
Sorry for the spam, I'm not even sure it is related. But I was trying to understand why the glxinfo from git was still working properly, so I looked through the recent patches to the tools. As a consequence, I noticed some strange code at line 433: if (!visinfo) configs = glXChooseFBConfig(dpy, scrnum, fbAttribSingle, &nConfigs); if (!visinfo) configs = glXChooseFBConfig(dpy, scrnum, fbAttribDouble, &nConfigs); It seems to me that the first assignment is some dead code. Moreover, since it is followed by Xfree(configs), I suppose this is also a memory leak.
(In reply to comment #1) > The very first run of the old glxinfo works fine, it is only the later runs > that are going wrong. Sounds like bug 13358 (not sure why it was resolved as fixed). Is this on x86_64 as well?
Yes, it is on x86-64 as well. And it does indeed sound like the same bug, especially since the reporter said that "if I install mesa 7.0 I can get opengl working again without restarting the X server", which I'm experiencing as well. It may be worth reopening the first report and marking this one as a duplicate then.
*** This bug has been marked as a duplicate of bug 13358 ***
Mass version move, cvs -> git
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.