I can't understand why all gl applications crash X ~% glxinfo|grep render libGL: XF86DRIGetClientDriverName: 1.9.0 i915 (screen 0) libGL: OpenDriver: trying /usr/lib/dri/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 Failed to initialize TTM buffer manager. Falling back to classic. direct rendering: Yes OpenGL renderer string: Mesa DRI Intel(R) 915GM 20061102 x86/MMX/SSE2
Created attachment 13511 [details] Xorg.log
Created attachment 13512 [details] glxinfo
Created attachment 13541 [details] xorg.conf
00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04) 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 04)
were you using the mesa tip? we once saw this in the last a couple of days, but was fixed quickly... can you retry the tip?
when i downgrade mesa from svn to mesa-7.0.2, xf86-video-i810-9999 to 2.1.1, and xorg-server, warnings and errors disappear.
Have you tried the tip?
The log shows: (EE) AIGLX error: dlsym for __driCreateNewScreen_20050727 failed (/usr/lib/dri/i915_dri.so: undefined symbol: __driCreateNewScreen_20050727) You need use xserver tip together with mesa tip. See https://bugs.freedesktop.org/show_bug.cgi?id=13012
Bugzilla Upgrade Mass Bug Change NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO. - benjsc fd.o Wrangler
*** Bug 14094 has been marked as a duplicate of this bug. ***
After some dwelling in the bug reports, I guess "tip" means the latest GIT version, and people are confused about "tip" meaning just that, tips to solve problems... I haven't heard of using "tip" for trunk/master/head/latest git/latest cvs, so it might be a wise idea to avoid that word :) So: using current mesa's GIT/master version requires also the GIT/master of xserver instead of the 1.4-branch. Ie you need git://anongit.freedesktop.org/git/xorg/xserver in addition to the latest mesa/drm and mesa/mesa. Hope this helps.
thanks Timo's explanation. Max, need your response for comment# 8...
I think the TTM problems can be confirmed regardless of the fact that the original reporter did not use Xserver's latest git version. I and some other(s) are not able to get TTM enabled either even when using latest version of Xserver & drm & libdrm & mesa & intel ddx, see bug #14314.
Actually it turns out that I still had an old libdrm.pc pkgconfig file, which reported older version, which disabled DRI_MM in the intel DDX driver. For newbies it might be useful to note in Xorg.0.log that the driver was compiled without memory manager support. TTM works now, so this bug can be fixed/closed.
I still see 'Failed to initialize TTM buffer manager. Falling back to classic.' on Gentoo with the following packages versions: $ eix -c media-libs/mesa -o x11-base/xorg-server -o x11-drivers/xf86-video-i810 [I] media-libs/mesa (7.2_rc1@16.09.2008): OpenGL-like graphic library for Linux [I] x11-base/xorg-server (1.5.0@16.09.2008): X.Org X servers [I] x11-drivers/xf86-video-i810 (2.4.2-r1@08.09.2008): X.Org driver for Intel cards
The same happened with Mesa 7.1
Created attachment 18929 [details] my glxinfo output $ glxinfo > mesabug.txt 2>&1
(In reply to comment #15) > I still see 'Failed to initialize TTM buffer manager. Falling back to > classic.' on Gentoo with the following packages versions: Denis, having this warning is expected with current mesa code, as TTM is disabled by default in 7.1 and 7.2. If that's the only issue you have, please close this bug.
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.