Created attachment 111169 [details] xorg server log I recently changed my graphics card from a Radeon HD 6670 to a Radeon R7 260X. With this change some KDE3/Qt3 software I still use became partly unusable because of extremely slow rendering of their tree view widgets - the email folder list in Kmail 1.9.10, folder/project view in Quanta plus (and Quanta isn't replacable, there's no Qt4 version), ... and it's neither user nor window manager specific. Tried different users and several window managers / desktop environments to run the programs. Example lags for Kmail: it takes about 35 seconds until the content of a a newly chosen email folder shows up. 10 seconds to fold, 40 seconds to unfold a folder with its subfolders. The problem vanishes if I use the framebuffer driver with X.org. Everything works fine then - though at generally lower speed, of course. The most apparent change that came along with the change of the graphics card is the change in 2D acceleration architecture. The HD 6670 was using EXA, the R7 260X is using glamor - and unfortunately I can not switch back to EXA with this card. So I suppose glamor is the component that is causing this trouble. Software Versions: Linux 3.18.0 Qt3 3.3.8c xorg-x11-server 7.6 / 1.16.2 Mesa 10.4.0
Is it better with current xf86-video-ati Git master and Option "ShadowPrimary"?
Do I have to compile X with all of its components to test this? Or is it sufficient to checkout the specific driver xf86-video-ati, compile it and put it in place of the version from the installed rpm, so that the rest of my installation can remain untouched? I'd like to minimize the risk of getting a wild combination of rpm-based and locally compiled components ...
(In reply to Andreas Kilgus from comment #2) > Do I have to compile X with all of its components to test this? Or is it > sufficient to checkout the specific driver xf86-video-ati, compile it The latter. > and put it in place of the version from the installed rpm, [...] No need to do that even. Install it to a different place (the default is /usr/local/lib/xorg/modules/drivers/) and put ModulePath stanzas like this in /etc/X11/xorg.conf: Section "Files" ModulePath "/usr/local/lib/xorg/modules" ModulePath "/usr/lib/xorg/modules" EndSection
Thanks for your help and instructions. I was just heading for testing your changes by compiling source as I saw new versions of Xorg/Mesa appearing in the repositories and installed them first. Current/Changed versions: Linux 4.0.2 xorg-x11-server 7.6 / 1.17.1 Mesa 10.5.4 xf86-video-ati 7.5.0 (RPM tells build date Fr 08 Mai 2015 13:18:15 CEST) I have not made any changes to xorg.conf or related files since I filed this bug. Well - I have to tell, that the effect has gone and all is working as expected now. No lags when I change folders in Kmail 3.5.10, no lags when folding or unfolding sub trees in Qt3 tree view widgets. Is there nevertheless something I can test for you to find out what has made the difference (if this is useful information for you)? Or am I just to silently close this bug and happily enjoy the rebirth of lagless Qt3 tree views? ;)
(In reply to Andreas Kilgus from comment #4) > Well - I have to tell, that the effect has gone and all is working as > expected now. No lags when I change folders in Kmail 3.5.10, no lags when > folding or unfolding sub trees in Qt3 tree view widgets. Excellent. It's most likely due to the glamor performance improvements in xserver 1.17.
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.