Bug#441902: xserver-xorg-video-ati: 6.7.192-1~7.2 crashes xserver with xv video playback on compiz

[Alec Robertson <alecr@MIT.EDU>]

Hi,

> Is it actually a freeze? Or just the server not restoring the VT console
> because it crashes before doing so (known bug in Xserver 1.4)?

It requires a power off as I have no access to a console/X, but I haven't 
checked whether I can ssh in from another machine. 

> Please try with Xserver 1.4 anyway. You're reporting a bug against a
> package which has never been in Debian so far :/

OK, so I did this two ways:
1) upgrade all packages to experimental -- crashed my system when I
   tried to start X, so I gave up on this!
2) just upgrade: xserver-xorg xserver-xorg-core xserver-xorg-input-kbd
   xserver-xorg-input-mouse xserver-xorg-video-ati... but this has the
   same result, I can't even boot into X and have to hard reboot my
   machine.

> You should try removing all these options.

Is there any reason these would cause problems? Unless I am mistaken,
they break down like so:

* defaults (kept in to be able to switch)
>>    Option      "AccelMethod"      "XAA"        # XAA (default,fast) or EXA (slow,buggy)

* required for compiz
>>    Option      "XAANoOffscreenPixmaps"         # default is undefined (required for compiz)

* physical parameter for my card
>>    Option      "AGPMode"          "4"          # default is 1 (4x=firegl-t2)

* a recommendation I found somewhere (is this necessary?)
>>    Option      "GARTSize"         "64"         # default is 8 Mb

* improve power consumption (I'm on a laptop, does this cause problems)
>>    Option      "DynamicClocks"    "on"         # default is off (on=faster?)

* I use radeonfb and the man page says I can turn this off (problems?)
>>    Option      "VGAAccess"        "off"        # default is on (not required for radeonfb)


> You should try EXA instead of XAA too (especially with Xserver 1.4).

I've been trying this on and off, but with my compiz desktop, EXA is
terribly slow to draw the windows.