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/Radeon

Assignee:

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.