ubuntu-x-swat team mailing list archive

[Brian Rogers <brian@xxxxxxxx>]

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.