Created attachment 33957 [details]
correct rendering from rv280

Created attachment 33958 [details]
wrong rendering from swrast

Created attachment 33959 [details]
same glxinfo -l as in bug #27017

Note - rendering directly to fb/vram is  currently way too slow on rv280/KMS

I can see for minute as demo draws itself. Composite manager speed it up .... 

This demo (and the others you've filed bugs against) work fine here with swrast built with 'make linux'.  With this configuration, glxinfo reports:

OpenGL vendor string: Brian Paul
OpenGL renderer string: Mesa X11
OpenGL version string: 2.1 Mesa 7.9-devel


It looks like the issue/bugs are in the libGL GLX code or something about the swrast_dri.so module.  I see the same thing here using a DRI build from a couple months ago.  I tried updating my DRI stuff just now but ran into a bunch of broken dependency issues.  I don't have right time to investigate any further.

If you need a reference sw driver, I suggest 'make linux'.

Looks like the issue is related to single buffer rendering.

Some of the tests take a -db flag to turn on double buffering.  point-wide looks OK with that flag.

Hopefully someone else can look into this.

(In reply to comment #6)
> Looks like the issue is related to single buffer rendering.
> 
> Some of the tests take a -db flag to turn on double buffering.  point-wide
> looks OK with that flag.
> 
> Hopefully someone else can look into this.
> 

I think  this one is fixed, probably by 

commit 7996f0fc2c167c84552701be7a48d20a897e7978
    dri/swrast: Fix frontbuffer rendering.

-------

currently tested on x86, with mesa git master up to 
commit c8844c5549dec7e9c47ab49d6e229980f62da74d
    r300g: Make SWTCL clear work again.