rv790 PCIE, current git ddx, mesa from yesterday. Just tried today's updated d-r-t and /r6xx+: use new style fencing (v2) is causing very poor gl perf eg. 1 fps in mesa demo tunnel, some demos appear OK at first but even though they reach refresh rate they glitch for a second after a while. exa is also affected - it's slower drawing than the "instant" speed I am used to eg when switching between metacity workspaces. Seamonkey scrolling with a page with images is glitchy. Tiling on/off makes no difference, with without last ddx commit makes no difference. git reset --hard d-r-t to the commit before this one is working OK.
Same problem for me, on rv620 chipset.
i think the problem come from the writeback patch: other archlinux users have the same problem https://bbs.archlinux.org/viewtopic.php?pid=820584#p820584 with radeon.no_wb=1 in boot parameter, i don't have any slowdown.
(In reply to comment #2) > i think the problem come from the writeback patch: > > other archlinux users have the same problem > > https://bbs.archlinux.org/viewtopic.php?pid=820584#p820584 > > > with radeon.no_wb=1 in boot parameter, i don't have any slowdown. no_wb=1 fixes for me also. I have no problems with wb enabled + old fencing.
Created attachment 38420 [details] [review] properly enable eop int This patch should fix the issue. revert "drm/radeon/kms/r6xx+: use new style fencing (v2)" and apply this one instead.
(In reply to comment #4) > Created an attachment (id=38420) [details] > properly enable eop int > > This patch should fix the issue. revert "drm/radeon/kms/r6xx+: use new style > fencing (v2)" and apply this one instead. Confirmed, this fixes it for me.
for me too, no more problem with v3 patch
*** Bug 30025 has been marked as a duplicate of this bug. ***
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.