Bug 30444

Please attach the full Xorg.0.log files from both versions.

Also, it would be great if you could narrow down which change introduced the problem using git bisect.

Created attachment 39039 [details]
Xorg.0.log_good

Created attachment 39040 [details]
Xorg.0.log_bad

OK I've bisected the problem to:

9f13049ddf06f6f2138851a548cfb82f12a52f42 is the first bad commit
commit 9f13049ddf06f6f2138851a548cfb82f12a52f42
Author: Dave Airlie <airlied@redhat.com>
Date:   Wed Aug 25 08:56:37 2010 +1000

    radeon: add correct flushing for direct rendered
    
    this is a port of 69d65f9184006eac790efcff78a0e425160e95aa from the Intel
    driver.
    
        Submit batch buffers from flush callback chain
    
        There are a few cases where the server will flush client output buffers
        but our block handler only catches the most common (before going into select
        If the server flushes client buffers before we submit our batch buffer,
        the client may receive a damage event for rendering that hasn't happened yet
    
        Instead, we can hook into the flush callback chain, which the server will
        invoke just before flushing output.  This lets us submit batch buffers
        before sending out events, preserving ordering.
    
        Fixes 28438: [bisected] incorrect character in gnome-terminal under compiz
        https://bugs.freedesktop.org/show_bug.cgi?id=28438
    
        Signed-off-by: Kristian Høgsberg <krh@bitplanet.net>
    
    Signed-off-by: Dave Airlie <airlied@redhat.com>


Reverting the commit fixes the problem.

The bug is still present in todays git build.

The easiest way to see it is to open mc (midnight commander),
then press down the up (or down) key a moment, release it, and you'll
notice that the mc indicator will still move ~ a second after you
released the key.

The bug is still present in current git.

To reproduce rotate your screen:
 xrandr --output DVI-0 --rotate left

Press down any key (e.g. "a") for a few seconds in a terminal
and then release the key. A few extra "a"s will appear in the
terminal after the key is released. 
No extra "a"s are rendered when 9f13049ddf06f6f213 is reverted.

I noticed that lag, too. It is there for some month.

I allways thought it is related to my WM (xmonad) or my terminal (rxvt), but never thought it is related to the video driver. Good to know.

I'm using xf86-video-ati, mesa and libdrm from git. My graphic card is a Radeon HD 5750.

(In reply to comment #7)
> I noticed that lag, too. It is there for some month.
> 
> I allways thought it is related to my WM (xmonad) or my terminal (rxvt), but
> never thought it is related to the video driver. Good to know.
> 
> I'm using xf86-video-ati, mesa and libdrm from git. My graphic card is a Radeon
> HD 5750.

Good to know, that I'm not the only one seeing this.
Could you please revert 9f13049ddf06f6f2138851a548cfb82f12a52f42 
in the current xf86-video-ati git source, then rebuild and post
your impressions?

I did reverted 9f13049ddf06f6f2138851a548cfb82f12a52f42 and it does fix the problem for me, too.

Btw: The problem isn't that bad at me. If I hold e.g. 'd' and then release it, it takes about 1 sec and then another 'd' appears on the screen. But sometimes it's annoying if I wan't to do tab-commpletion in a terminal. So a fix would be nice, but it doesn't have a high prio. for me.

Fixed by:
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=edc3496b55577ee8509ddd9188e6f2bcdf7169a1

Thanks Dave.