Comment 46 for bug 347569

The same problem on my Dell Vostro 1000
CPU AMD TurionX2 2000MHz, 6GB RAM, ATi RS485 IGP chipset (Xpress 1150)

[$ glxgears @ powersave governor CPU@800MHz]
956 frames in 5.0 seconds = 191.193 FPS
982 frames in 5.0 seconds = 196.330 FPS
992 frames in 5.0 seconds = 198.368 FPS

[$ glxgears @ performance governor CPU@2000MHz]
2461 frames in 5.0 seconds = 492.120 FPS
2461 frames in 5.0 seconds = 492.170 FPS
2470 frames in 5.0 seconds = 493.977 FPS

[$ lspci | grep VGA]
01:05.0 VGA compatible controller: ATI Technologies Inc RS482 [Radeon Xpress 200]

[$ uname -a]
Linux ;-);-);-) 2.6.28-13-generic #45-Ubuntu SMP Tue Jun 30 22:12:12 UTC 2009 x86_64 GNU/Linux

[$ glxinfo | grep OpenGL]
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 20060815 NO-TCL
OpenGL version string: 1.3 Mesa 7.4
OpenGL extensions:

[$ glxinfo | grep direct]
direct rendering: Yes

Almost 100% CPU usage, framerate highly depends on CPU frequency.

After I upgraded libgl1-mesa-dri, libgl1-mesa-glx, libglu1-mesa and mesa-utils:

[$ glxinfo | grep OpenGL]
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 (RS400 5974) 20090101 NO-TCL
OpenGL version string: 1.4 Mesa 7.6-devel
OpenGL extensions:

[$ glxgears @ powersave governor CPU@800MHz]
Running synchronized to the vertical refresh. The framerate should be
approximately the same as the monitor refresh rate.
3000 frames in 5.0 seconds
3029 frames in 5.0 seconds
2999 frames in 5.0 seconds

[$ glxgears @ performance governor CPU@2000MHz]
4914 frames in 5.0 seconds
4963 frames in 5.0 seconds
4944 frames in 5.0 seconds

Good job, less CPU usage and better performance. No issues yet except
this "vertical refresh" message.