Created attachment 27606 [details]
screenshot of visula artifacts as described

Further note: Sometimes (changes only when restarting X) I also get a completely different kind of image distoration as the one shown: I then looks like the image is processed by a cheap pop-art filter. Results in crazy colors and heavy posterization.

If you want I could try to capture one of these, too. It just happens less often.

Scrap my comment about the output window size. After some more testing I think the distortions start to appear as soon as to upscale factor is >= 2.0 At least that's the only sensible common thing I see.

Please attach your xorg log and config.

Created attachment 27610 [details]
my xorg.conf

Created attachment 27611 [details]
Xorg.log after playing some videos with artifacts.

I can confirm everything Daniel said. I also can't compile to bisect any further because I get errors.

For me the corrupted video happens only on full-screen.
My resolution is 1280x800.
Corrupted full screen: http://imagebin.ca/view/yw14iex.html
Ok: http://imagebin.ca/view/1pDGhgw.html

I'm not using KMS, although it's compiled in, just disabled at boot.

My info:

01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon Mobility X1400 [1002:7145] (prog-if 00 [VGA controller])                                                                                                                            
        Subsystem: Dell Device [1028:2003]                                                                                   
        Flags: bus master, fast devsel, latency 0, IRQ 16                                                                    
        Memory at d0000000 (32-bit, prefetchable) [size=256M]                                                                
        I/O ports at ee00 [size=256]                                                                                         
        Memory at efdf0000 (32-bit, non-prefetchable) [size=64K]                                                             
        [virtual] Expansion ROM at efd00000 [disabled] [size=128K]                                                           
        Capabilities: [50] Power Management version 2                                                                        
        Capabilities: [58] Express Legacy Endpoint, MSI 00                                                                   
        Capabilities: [80] Message Signalled Interrupts: Mask- 64bit+ Count=1/1 Enable-                                      
        Kernel modules: radeon

Created attachment 27614 [details]
xorg.conf

Added my xorg.conf

Also I'm using:
- 2.6.31-rc2
- libdrm master
- mesa master
- xorg 1.6.2

In bug #22733 which is most likely the same, the reporter says that the commit that introduced this bug is:
e932836691aeaec37794fdaed2dabb22710fd171 -- radeon: initial preparation for kms
patch.

Compiling xf86-video-ati with "--disable-kms" does *not* fix the issue.

*** Bug 22733 has been marked as a duplicate of this bug. ***

looks like a problem with bicubic filtering, probably related to the bicubic bo handling.  disabling bicubic should fix it for now:
xvattr -a XV_BICUBIC -v 0

fixed with 0485f27bc3d75cb6ab320e8164dbe6ea2713c78e

On Tue, Jul 14, 2009 at 10:13:24AM -0700, bugzilla-daemon@freedesktop.org wrote:
> --- Comment #12 from Alex Deucher <agd5f@yahoo.com>  2009-07-14 10:13:24 PST ---
> fixed with 0485f27bc3d75cb6ab320e8164dbe6ea2713c78e
Confirmed - thanks for the speedy fix! Although I've had to apply the
below patch to make it compile (some DRI2 version checks missing?):

-Daniel 

diff --git a/src/radeon_dri2.c b/src/radeon_dri2.c
index 4770ba3..43aea0e 100644
--- a/src/radeon_dri2.c
+++ b/src/radeon_dri2.c
@@ -168,7 +168,7 @@ radeon_dri2_create_buffer(DrawablePtr drawable,
     buffers->pitch = pixmap->devKind;
     buffers->cpp = pixmap->drawable.bitsPerPixel / 8;
     buffers->driverPrivate = privates;
-    buffers->format = format;
+    //buffers->format = format;
     buffers->flags = 0; /* not tiled */
     privates->pixmap = pixmap;
     privates->attachment = attachment;

> Confirmed - thanks for the speedy fix! Although I've had to apply the
> below patch to make it compile (some DRI2 version checks missing?):
>

depending on what version of the xserver you are building against you may have to change all occurrences of DRI2BufferPtr to DRI2Buffer2Ptr.

On Tue, Jul 14, 2009 at 10:55:05AM -0700, bugzilla-daemon@freedesktop.org wrote:
> depending on what version of the xserver you are building against you may have
> to change all occurrences of DRI2BufferPtr to DRI2Buffer2Ptr.
I have 1.6.2 (according to dpkg) a s/DRI2BufferPtr/DRI2Buffer2Ptr/ does
indeed fix the compile problem. Thx.