(Ok, I should have reported this when I noticed it, not a few days before the
release...said that, this bug is far from being critical - for me -)

Since the mesa 6.1 merge, I noticed a severe performance regression: the effects
seem to be the same than having a non working dri, except that this is working:

estel:~/.gaim/icons> glxinfo 
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes

diego@estel:~$ ldd `which glxgears`
                libGL.so.1 => /opt/xorg/lib/libGL.so.1 (0xb7f62000)
        libXp.so.6 => /opt/xorg/lib/libXp.so.6 (0xb7f58000)
        libXext.so.6 => /opt/xorg/lib/libXext.so.6 (0xb7f47000)
        libX11.so.6 => /opt/xorg/lib/libX11.so.6 (0xb7e64000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x4a088000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x4a04b000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x49f0f000)
        libXxf86vm.so.1 => /opt/xorg/lib/libXxf86vm.so.1 (0xb7e5d000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x4a070000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x49ef6000)
diego@estel:~$ glxgears 
465 frames in 7.0 seconds = 66.429 FPS
393 frames in 6.0 seconds = 65.500 FPS

diego@estel:~$ LD_LIBRARY_PATH=/usr/lib ldd `which glxgears `
                libGL.so.1 => /usr/lib/libGL.so.1 (0xb7f74000)
        libXp.so.6 => /opt/xorg/lib/libXp.so.6 (0xb7f57000)
        libXext.so.6 => /opt/xorg/lib/libXext.so.6 (0xb7f46000)
        libX11.so.6 => /opt/xorg/lib/libX11.so.6 (0xb7e63000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x4a088000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x4a04b000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x49f0f000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x4a070000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x49ef6000)
diego@estel:~$ LD_LIBRARY_PATH=/usr/lib glxgears  
2538 frames in 5.0 seconds = 507.600 FPS
2836 frames in 5.0 seconds = 567.200 FPS
glmatrix screensaver also goes from ~20-30 fps to ~1-2

Looks like all the work is done by the cpu despite of glxingo and X.org logs
saying the contrary.

0000:01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200
SE] (rev 01)