Bug#697727: xserver-xorg-video-radeon: [radeon] Scrolling in xterm slow with KMS

Tilo Schwarz tilo at tilo-schwarz.de
Wed Jan 9 11:01:06 PST 2013


On Wed, 09 Jan 2013 13:06:36 +0100, Michel Dänzer <daenzer at debian.org>  
wrote:

> On Die, 2013-01-08 at 23:20 +0100, Tilo Schwarz wrote:
>>
>> Scrolling in an x-term is much slower than before (it is clearly
>> noticeable by eye).
>>
>> Investigation shows, that scrolling is about 5 times slower when KMS is  
>> on.
>>
>> A "time seq 100000" takes about 12 seconds with
>> "options radeon modeset=1" in /etc/modprobe.d/radeon-kms.conf.
>>
>> A "time seq 100000" takes about 2-3 seconds with
>> "options radeon modeset=0" in /etc/modprobe.d/radeon-kms.conf.
>>
>> xterm and rxvt show the same effect.
>
> [...]
>
>> [    56.923] (II) RADEON(0): KMS Color Tiling: enabled
>
> Sounds like https://bugs.freedesktop.org/show_bug.cgi?id=34486

Hi Michel,

thank you for the reply:

Indeed, using

% grep ColorTiling /etc/X11/xorg.conf
         Option          "ColorTiling"   "off"

the scrolling is twice as fast as without this option (from 12sec down to  
6sec). That is still almost three times slower than without KMS, but  
already much more usable!

What worries me is, that now I get the following error messages, whenever  
I switch tags (using awesome WM, tags are like virtual desktops):

r300: I got a pre-allocated buffer to use it as a texture storage, but the  
buffer is too small. I'll use the buffer anyway, because I can't crash  
here, but it's dangerous. This can be a DDX bug. Got: 7114752B, Need:  
7119360B, Info:
r300: texture_desc_init: Macro:  NO, Micro: YES, Pitch: 1728, Dim:  
1678x1029x1, LastLevel: 0, Size: 7119360, Format: s8_uint_z24_unorm
r300: I got a pre-allocated buffer to use it as a texture storage, but the  
buffer is too small. I'll use the buffer anyway, because I can't crash  
here, but it's dangerous. This can be a DDX bug. Got: 176128B, Need:  
179712B, Info:
r300: texture_desc_init: Macro:  NO, Micro: YES, Pitch: 1728, Dim:  
1678x25x1, LastLevel: 0, Size: 179712, Format: s8_uint_z24_unorm
r300: I got a pre-allocated buffer to use it as a texture storage, but the  
buffer is too small. I'll use the buffer anyway, because I can't crash  
here, but it's dangerous. This can be a DDX bug. Got: 7114752B, Need:  
7119360B, Info:
r300: texture_desc_init: Macro:  NO, Micro: YES, Pitch: 1728, Dim:  
1678x1029x1, LastLevel: 0, Size: 7119360, Format: s8_uint_z24_unorm
r300: I got a pre-allocated buffer to use it as a texture storage, but the  
buffer is too small. I'll use the buffer anyway, because I can't crash  
here, but it's dangerous. This can be a DDX bug. Got: 176128B, Need:  
179712B, Info:
r300: texture_desc_init: Macro:  NO, Micro: YES, Pitch: 1728, Dim:  
1678x25x1, LastLevel: 0, Size: 179712, Format: s8_uint_z24_unorm
r300: I got a pre-allocated buffer to use it as a texture storage, but the  
buffer is too small. I'll use the buffer anyway, because I can't crash  
here, but it's dangerous. This can be a DDX bug. Got: 7114752B, Need:  
7119360B, Info:
r300: texture_desc_init: Macro:  NO, Micro: YES, Pitch: 1728, Dim:  
1678x1029x1, LastLevel: 0, Size: 7119360, Format: s8_uint_z24_unorm
Failed to open VDPAU backend libvdpau_r300.so: cannot open shared object  
file: No such file or directory
r300: I got a pre-allocated buffer to use it as a texture storage, but the  
buffer is too small. I'll use the buffer anyway, because I can't crash  
here, but it's dangerous. This can be a DDX bug. Got: 176128B, Need:  
179712B, Info:
r300: texture_desc_init: Macro:  NO, Micro: YES, Pitch: 1728, Dim:  
1678x25x1, LastLevel: 0, Size: 179712, Format: s8_uint_z24_unorm

Maybe related to https://bugs.freedesktop.org/show_bug.cgi?id=42085

Now I hesitate to switch ColorTiling off, because a "buffer is too small"  
warning sounds not too good to me ...

Thank you!

Regards,
	Tilo



More information about the xorg-driver-ati mailing list