Created attachment 133192 [details] GTK3 tooltips are corrupted After updating to Radeon 7.9.0 in Ubuntu 16.04.3, I noticed that all GTK3 tooltips are corrupted. See the attached screencast. Other tooltips are not affected.
Created attachment 133193 [details] Xorg log
Does Option "AccelMethod" "EXA" in /etc/X11/xorg.conf avoid the problem? If not, please attach the corresponding Xorg log file.
I don't have this file /etc/X11/xorg.conf. Please tell me what the content of it would be so I can create a new one.
Michel, yes, adding that option fixes the tooltips problem. It also fixes another bug about artefacts when resizing windows. I attached a screencast. Downstream https://launchpad.net/bugs/1707893
Created attachment 133215 [details] Xorg log after Option "AccelMethod" "EXA"
Created attachment 133217 [details] Resizing windows artefacts before Option "AccelMethod" "EXA" This screencast is before the Option "AccelMethod" "EXA". After applying the option, the artefacts are gone.
Please try Driver "modesetting" in xorg.conf and attach the corresponding Xorg log file. Does either of these problems happen in that case as well?
Adding Driver "modesetting" made the two problems disappear by making compiz (unity7) go into low graphics mode. Effects and animations are gone. Compiz was using 50% CPU.
Created attachment 133224 [details] Xorg log after Driver "modesetting"
The whole desktop is much slower after Driver "modesetting". Playing small videos in Totem is slow. Playing big videos crashes the session and brings me back to the login screen. Compiz and Totem together use 100% CPU for switching, moving windows and playing videos.
Ah, you also need to comment out Option "AccelMethod" for testing the modesetting driver.
Created attachment 133225 [details] Xorg log after Driver "modesetting" and without Option "AccelMethod"
OK, the driver modesetting brings back the two problems.
Given that there haven't seemed to be any similar reports with GCN hardware, I suspect the tooltip issue is a Mesa r600 driver bug. E.g. https://cgit.freedesktop.org/mesa/mesa/commit/src/gallium/drivers/r600?id=e6d7937b86d8f3c7e0605741de8721caf991af05 or something like that might explain it. The window resizing issue is probably separate and should be tracked separately.
Thanks Michel. Should I open a new bug about the window resizing issue?
Does the bug summary change mean you've confirmed that the problem doesn't happen with an older version of Mesa? If so, which version?
OK, I have made a mistake and tested some combinations. radeon 7.9.0 + mesa 12.0.6 is buggy radeon 7.9.0 + mesa 17.0.7 is buggy radeon 7.7.0 + mesa 12.0.6 is not buggy radeon 7.7.0 + mesa 17.0.7 is not buggy So, I think the bug is still in radeon 7.9.0.
Did you test 7.7.0 with Option "AccelMethod" "glamor" ? The default switched from EXA to glamor between 7.7.0 and 7.9.0.
Created attachment 133881 [details] Xorg log after Option "AccelMethod" "glamor" 7.7.0 with Option "AccelMethod" "glamor" is buggy.
One quick drive-by observation... does EXA support DRI3? If not, does disabling DRI3 with glamor "fix" things?
(In reply to Ilia Mirkin from comment #20) > does EXA support DRI3? DRI3 is disabled by default with EXA due to bug 95475 (probably unfixable with the current EXA design). > If not, does disabling DRI3 with glamor "fix" things? Good question; checking the attachment from comment 19 shows that DRI3 is disabled, so the answer is no.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/608.
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.