r200 + AccelDFS window corruption

[dan]

Hi people. 

I have an r200 card, with relatively recent drivers ( xf86-video-ati &
mesa ) compiled from git, as well as xserver and other pieces. A while ago
( not sure how long ago now ... I suppose I might be asked to 'git-bisect'
soon ... ) I noticed that with AccelDFS, I'm getting corrupted windows when
I switch between virtual desktops. 

I'm using Enlightenment-0.17 & ecomorph ( compiz port ). I'm using the
same setup on an r600 ( with fglrx ), and also a friend's nvidia something,
and also used to use this desktop on my old work PC, which had an Intel
integrated chipset. My current work setup ( r200 ) is the only one that has
this issue, so I'm relatively sure it's an r200 driver issue. 

In detail .. 

Windows are never corrupted while I remain on their desktop. 

If I change desktops, then when I switch back again, sometimes windows (
contents and window manager decorations ) are corrupted. It only happens
when I open a couple of windows ( ie feels a bit like it happens
when I
have enough windows open to run out of video memory ). The corruption
itself contains bits of other window contents. When I cause a 'damage'
event ( ie drag another window across the corrupted window ), things are
updated correctly. 

It's annoying, but not critical I suppose. And yeah - only when AccelDFS
is enabled. But without AccelDFS, the desktop is *just* too slow to be
usable. With it enabled, it's *just* fast enough ( effects are a bit jumpy,
but good enough ). 

Is it a known bug with AccelDFS? I remember that this isn't enabled by
default on AGP chipsets. Is this why, or is it a stability thing? Today's
Xorg.0.log attached. 

Thanks. 

Dan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg/attachments/20090605/5389b67d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Xorg.0.log
Type: application/octet-stream
Size: 68335 bytes
Desc: not available
URL: <http://lists.x.org/archives/xorg/attachments/20090605/5389b67d/attachment.obj>