Created attachment 36846 [details]
Can reproduce reliably, running any compiz with r300g on rv350. While the screen is not being damaged (you can see with showrepaint plugin) any change in a window is not updated until some other window moves in front of it or animation happens in the area. It used to work a few months ago as far as I can remember, but I could not find a good commit to bisect with that would build and wouldn't crash compiz when trying to start it.
Steps to reproduce:
1) Start compiz with r300g on rv350
2) Make sure the screen isn't already being damaged, then click on something in ccsm or go to a different webpage in a browser or use an irc client with text scrolling up (a terminal or any other window can also be affected)
3) Observe issue
Does 'make clean' help?
Dup of 28438?
(In reply to comment #1)
> Does 'make clean' help?
No, it does not. I tried make distclean and realclean as well.
I'm having the same issue here (r300g on a rv370).
Does r300c have this issue?
(In reply to comment #5)
> Does r300c have this issue?
No it does not. I have been using it without this issue.
I'm having the same issue with r300g on a rv570 and kwin (compositing enabled, KDE SC 4.5rc2).
Created attachment 37612 [details]
Example scrolling in firefox + kwin compositing and r300g
Created attachment 37614 [details] [review]
Could both of you please try this patch? Don't be happy if it fixes the issue for you, it's not a real fix and it hurts performance a lot.
I tried it and it doesn't solve the problem.
(In reply to comment #9)
> Created an attachment (id=37614) [details]
> possible workaround
> Could both of you please try this patch? Don't be happy if it fixes the issue
> for you, it's not a real fix and it hurts performance a lot.
The bug is still reproduceable with this patch,
It is noteworthy that the bug does not happen right away after starting compiz, but anywhere from 30secs-1min or more of using the system before it starts, then all windows are affected. For example on my system, I minimize all windows except for ccsm, then click on a plugin, then back and do this several different times and then the bug starts happening. It is important to not have any damage happening in the background, such as anything animating, moving or otherwise being damaged. Otherwise, you will never see the bug.
I am closing this bug since it no longer occurs with latest components. It must have got fixed somewhere in the mix.
Scott, can you tell me what the "latest components" are exactly? Mesa git master HEAD and xorg-server-1.9.0 on an Mobility X1400 (r500) give the exact same effect you describe on my machine here. r300 "classic" is fine.
(In reply to comment #14)
> Scott, can you tell me what the "latest components" are exactly? Mesa git
> master HEAD and xorg-server-1.9.0 on an Mobility X1400 (r500) give the exact
> same effect you describe on my machine here. r300 "classic" is fine.
It works here too. Are you using xf86-video-ati from git? There were a few commits lately who could be related to this bug.
Good call, that fixes it! Thanks!