Hi, I have experienced this same issue; same symptoms and ColorTiling workaround as Iustin reported. (I was complaining about this in 639621, though at the time I didn't know this was the issue; I have an r300 card: X1300.) Just a couple more thoughts:
On Sun, Nov 13, 2011 at 1:34 PM, Iustin Pop <ius...@debian.org> wrote: > > I've tested further and this seems to be a problem specific to xterm > (and possibly other software? not sure how to test e.g. firefox's UI > speed): Fluxbox also appears to be severely impacted by this while moving and resizing windows. It's hard to give a quantitative benchmark for such a thing, but the resizing/moving can easily not keep up with the resize/move requests if done quickly enough. I'm not sure how similar this is to openbox; fluxbox displays the window position/size in the center of the screen while moving/resizing... it may just be updating that part of the display that causes the delay. This issue I find is also very difficult to find; I was only able to figure out anything wrt this by flipping random options in xorg.conf, until flipping ColorTiling made a difference. If you consider this to just be a bug in the relevant applications and the default should not be changed, I still would have found it immensely helpful to have some kind of indication to the user that ColorTiling is a switch that they may want to flip. Would mentioning this in the radeon man page sound acceptable? -- Andrew Deason adea...@dson.org -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120117234508.abe69808cb3282e7aa77f...@dson.org
