Bug 36984

Summary: Xcompmgr falls back to software engine with KMS on, artifacts with EXAPixmaps on
Product: xorg Reporter: Tasos <t_wiligh_t>
Component: Driver/RadeonAssignee: xf86-video-ati maintainers <xorg-driver-ati>
Status: RESOLVED INVALID QA Contact: Xorg Project Team <xorg-team>
Severity: major    
Priority: medium    
Version: 7.6 (2010.12)   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Xorg log
none
dmesg output
none
glxinfo none

Description Tasos 2011-05-08 18:11:05 UTC
Distribution: Archlinux with latest Xorg
Graphic Card: ATI Radeon 9200 Mobility M9+ (R200 serries)
Kernel: stock Arch kernel 2.6.38.5-1

Whenever KMS is on xcompmgr and cairo-compmgr fall back to software rendering engine and 2D/3D acceleration is lost. Once xcompmgr is stopped 2D/3D acceleration returns. With KMS off xcompmgr works as intended but 3D applications crash the whole desktop after a couple of seconds when they get started.

I also get a lot of artifacts with EXAPixmaps on, I have to manually set in xorg.conf to off.
Comment 1 Alex Deucher 2011-05-08 18:58:50 UTC
Please attach your xorg log, dmesg output, and glxinfo output.
Comment 2 Tasos 2011-05-08 19:05:00 UTC
Created attachment 46457 [details]
Xorg log

I have already shown to the irc channel #radeon and they stated everything look ok.
Comment 3 Tasos 2011-05-08 19:05:49 UTC
Created attachment 46458 [details]
dmesg output
Comment 4 Tasos 2011-05-08 19:07:19 UTC
Created attachment 46459 [details]
glxinfo

glxinfo with vsync set off for testing purposes
Comment 5 Tasos 2011-05-08 19:15:28 UTC
Blender is also not displaying fonts correctly.
Comment 6 Michel Dänzer 2011-05-09 04:14:35 UTC
(In reply to comment #6)
> Whenever KMS is on xcompmgr and cairo-compmgr fall back to software rendering
> engine and 2D/3D acceleration is lost.

The window/compositing manager doesn't have any influence over whether or not software rendering is used. Do you just mean that things become slow?

I'd recommend disabling all driver options in xorg.conf and, if any problems remain with KMS enabled, report each one separately if they haven't been reported yet.
Comment 7 Tasos 2011-05-09 09:47:21 UTC
(In reply to comment #6)
> The window/compositing manager doesn't have any influence over whether or not
> software rendering is used. Do you just mean that things become slow?
> 
> I'd recommend disabling all driver options in xorg.conf and, if any problems
> remain with KMS enabled, report each one separately if they haven't been
> reported yet.

I have already tried disabling all options in xorg.conf, I have even tried removing completely this file and load defaults, however things got worse because EXAPixmaps are on and I get the artifacts.

Concerning xcompmgr and cairo-compmgr things do get slower and glxgears output has fps output of not more than 80 fps with vsync off, then when xcompmgr is killed, 3D acceleration comes back and I get 2700+ fps.
Comment 8 Tasos 2011-05-10 18:55:24 UTC
I would like to add a screenshot I took just to show the artifacts that I get, even with EXAPixmaps off with KMS enabled:

http://ompldr.org/vOG45aA/snapshot8.png
Comment 9 Tasos 2011-05-12 11:15:11 UTC
A user in the archlinux forum has brought to my attention that it could be the ARGB visuals and Xrender modules used by KDE4 and its window manager, so for the time being I ve set to it to use raster and turned off ARGB visuals with these exported commands:

KDE_SKIP_ARGB_VISUALS=1
QT_GRAPHICSSYSTEM=raster

The above concern the artifacts generated.
Comment 10 Adam Jackson 2018-06-12 19:09:29 UTC
Mass closure: This bug has been untouched for more than six years, and is not
obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.