When this bug is resolved, we'll be able to go back to the new driver with the bugfix added, and things will be fast again as well as stable.
One reason I just realized for why graphics-testing is slower is that by reverting libdrm but not mesa, I broke opengl acceleration. It was just silently falling back to software. This may have also covered up freezing issues caused by mesa, since I was essentially removing mesa from the equation. So now I've uploaded an older mesa version that should work with the reverted libdrm. You can check whether you're getting software or hardware rendering with the following command: glxinfo | grep renderer Which will produce something like this for hardware: OpenGL renderer string: Mesa DRI Intel(R) 845G GEM 20090712 2009Q2 RC3 x86/MMX/SSE2 Or for software: OpenGL renderer string: Software Rasterizer I have an affected i845 system at home now, for testing. Running Bejeweled Twist on it freezes the system, even in Jaunty. But only with hardware acceleration, so there's definitely a mesa freeze bug and it's been there a while. 3D applications can probably freeze the system for most people now that hardware acceleration is re-enabled. But what I'm interested in is whether this affects the stability even when you're not running 3D applications. If so, it may have all along been the breaking of mesa that made the freeze bug go away. And in that case, I need to start looking at pre-Jaunty versions of mesa. -- [i845G] Karmic stops responding a few minutes after log in https://bugs.launchpad.net/bugs/456902 You received this bug notification because you are a member of Ubuntu-X, which is the registrant for xf86-video-intel. _______________________________________________ Mailing list: https://launchpad.net/~ubuntu-x-swat Post to : ubuntu-x-swat@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-x-swat More help : https://help.launchpad.net/ListHelp
