Created attachment 54944 [details]
Black background in skype

I've wiped out the contact list, but you can see the wrong black background, also sometimes there are black stripes (approximately 10x1 pixels) all over the window (that's not on the screenshot)

I think the corruption you are observing here should be fixed by

commit a1f585a3d0ae72e896684f62960a9ae96dc259f5
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Sat Dec 31 12:43:04 2011 +0000

    sna: Update pixmap->devKind for GTT mappings
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

I didn't test it much but so far I didn't see the black background in skype.
But I still see black corruption when moving mouse over taskbar, it looks like the screen is redrawn before the image is ready ... you can see it in the video http://algoritmy.praguesoft.cz/intel/capt.ogv ... in the video the corruption is only sometimes but in realtime it's almost always.

Pressed send too soon, the black background still popups in skype.

I found a silly bug in the damage tracking, and I shall be optimistic that it fixes this more recent issue and the original libreoffice corruption. Can you please retest with master and let me know if things are gradually improving, thanks.

Created attachment 55232 [details]
Small corruption

Things are improving ;) but still there is small corruption (see screenshot) this corruption is permanent, so I can't remove it moving other window over it, I have to scroll the corrupted "text" behind the window border and show it again and then it's ok.

Btw. I also saw https://bugs.freedesktop.org/show_bug.cgi?id=43134 in gimp using todays GIT, but cannot reproduce it

That looks like corruption of the glyph mask as we upload it, hence it will be permanent until that glyph string is redrawn. That's likely I'm not honouring some restriction on textures for the small temporary surface created for that glyph string.

I too have glimpsed the marching ants bug once and have not seen it repeated. Thanks for letting me know that I'm not hallucinating. :(

Created attachment 55233 [details]
Black border around selection

About the gimp, I cannot check if it's not gimp bug, but I see black 1px border around the selection when zoom isn't 100%.

Comment on attachment 55233 [details]
Black border around selection

Discard this, it's gimp bug

Ok, I've only see those aligned, I'll check on the 965gm later. I suspect gimp is just using PolyRectangle and so the source of the off-by-one will be the driver. Again, I'll check the instruction stream later to see if I can indeed blame a bug in gimp...

Phooey. :-p

I've pushed a couple of patches to ensure that we do not access beyond the end of the buffer (which is more likely to have hung your gpu) and one to make sure we update the amalgamated blits after freeing a buffer. That is likely to be the issue behind the glyph corruption:

commit 292aebfcdc042b08d3a5a21f839e6aec1175359e
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Sat Jan 7 18:09:47 2012 +0000

    sna: Prevent reuse of scanlines after the buffer is destroyed
    
    Once the buffer is destroyed, it may be reallocated with a new pitch. We
    could track handle and pitch, but it is easier to simply restart the
    blit after the buffer is freed.
    
    References: https://bugs.freedesktop.org/show_bug.cgi?id=44277
    References: https://bugs.freedesktop.org/show_bug.cgi?id=44555
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>

Some more damage fixes landed... Any news?

I believe both of these are now fixed. The libreoffice was an example of the broken damage tracking, whereas I believe the skype corruption was the GPU not liking its textures aligned to less than 64bytes.

Sorry for late reply, yes this is fixed in current git :)

\o/ Gradually approaching perfection, I can hope. :)