Launchpad has imported 16 comments from the remote bug at http://bugs.freedesktop.org/show_bug.cgi?id=26641.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2010-02-18T15:46:55+00:00 Nemrood wrote: I use Radeon 4650 AGP (RV730). System: Archlinux. CPU: AMD Athlon(tm) 64 Processor 3000+ I use kernel 2.6.33 rc8 with ati kms support. I have compiled mesa and driver from git (exact compile options in attachments). I can get no more than 600fps in glxgears. glxgears 2529 frames in 5.0 seconds = 505.756 FPS 2415 frames in 5.0 seconds = 482.971 FPS 2440 frames in 5.0 seconds = 487.853 FPS 1905 frames in 5.0 seconds = 380.890 FPS 1901 frames in 5.0 seconds = 380.119 FPS 1935 frames in 5.0 seconds = 386.888 FPS 1887 frames in 5.0 seconds = 377.399 FPS 1843 frames in 5.0 seconds = 368.464 FPS ^C I must say, I didn't do anything when I ran glxgears. What is strange just after I startx, I get 550-600 fps. When I start a few apps (like, psi, firefox, a few urxvt terminals (nothing more is running in background except openbox and tint2) it looks like above. After some time, I have ~ 110fps (as when I'm writing this report now). Tried also extreme tux racer. I can run it ( ~ 9fps), but it crashes after while (1024x768, rest of the options not touched). Inside the attachment I've put all used pkgbuilds, kernel config, glxinfo, X log. If you need any more info, please ask - I'll do my best to answer. Regards Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/26 ------------------------------------------------------------------------ On 2010-02-18T15:50:19+00:00 Nemrood wrote: Created an attachment (id=33405) configs and logs Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/27 ------------------------------------------------------------------------ On 2010-02-18T16:44:18+00:00 Martin-peres wrote: Well, I have also been experiencing the same behaviour for at least one month. I'm using an HD4470 -> rv740 with the latest radeon-testing branch. Also, when dragging glxgears in a composited environnement, gears are slowing down to a few fps. Tell me if you need more information. Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/28 ------------------------------------------------------------------------ On 2010-02-18T17:25:32+00:00 Lists-andyfurniss wrote: (In reply to comment #0) > I use kernel 2.6.33 rc8 with ati kms support. I have a similar sounding problem on an AGP card since early Feb. http://article.gmane.org/gmane.comp.video.dri.devel/42770 As I am running git drm-radeon-testing, to fix all I need to do is - git revert db78e27de7e29a6db6be7caf607cf803d84094aa I suppose you could try making a normal diff out of the revert below. Revert "drm/ttm: Avoid conflicting reserve_memtype during ttm_tt_set_page_caching." This reverts commit db78e27de7e29a6db6be7caf607cf803d84094aa. diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c index e2123af..9c2b1cc 100644 --- a/drivers/gpu/drm/ttm/ttm_tt.c +++ b/drivers/gpu/drm/ttm/ttm_tt.c @@ -198,26 +198,17 @@ EXPORT_SYMBOL(ttm_tt_populate); static inline int ttm_tt_set_page_caching(struct page *p, enum ttm_caching_state c_state) { - int ret = 0; - if (PageHighMem(p)) return 0; - if (get_page_memtype(p) != -1) { - /* p isn't in the default caching state, set it to - * writeback first to free its current memtype. */ - - ret = set_pages_wb(p, 1); - if (ret) - return ret; + switch (c_state) { + case tt_cached: + return set_pages_wb(p, 1); + case tt_wc: + return set_memory_wc((unsigned long) page_address(p), 1); + default: + return set_pages_uc(p, 1); } - - if (c_state == tt_wc) - ret = set_memory_wc((unsigned long) page_address(p), 1); - else if (c_state == tt_uncached) - ret = set_pages_uc(p, 1); - - return ret; } #else /* CONFIG_X86 */ static inline int ttm_tt_set_page_caching(struct page *p, Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/29 ------------------------------------------------------------------------ On 2010-02-18T17:30:43+00:00 agd5f wrote: This bug is a duplicate of this one: http://bugzilla.kernel.org/show_bug.cgi?id=15328 Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/30 ------------------------------------------------------------------------ On 2010-02-19T11:43:50+00:00 Nemrood wrote: (In reply to comment #3) Thanks, this seems to work. Now I have stable ~540 fps in glxgears, However, overall 3d performance is still rather poor: ~10fps in scorched3d minimum settings 1024x768, same in extreme tux racer. Tried q2 demo too and it seems slightly better. Though I know some cases where ppl on r6xx or even r7xx cards achieve much better performance than me. Could it be that if my card is AGP one instead of PCIE is the cause of such poor performance (this is what I suspect)? I hope something could be done with this. Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/31 ------------------------------------------------------------------------ On 2010-02-19T14:40:54+00:00 Liquid-acid wrote: Same card model as Martin here (and PCIe also) and also hitting this bug. Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/32 ------------------------------------------------------------------------ On 2010-02-19T14:52:29+00:00 Liquid-acid wrote: Already wrote that on kernel.org, but it looks like that my problem is not really related to the DRM since it also happens when KMS is disabled. Probably some change in mesa or libdrm... Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/33 ------------------------------------------------------------------------ On 2010-02-19T16:13:09+00:00 Liquid-acid wrote: I'm really at a loss here. Just went back several weeks in git history with xf86-video-ati, libdrm and mesa and the problem still happens. Furthermore I noticed that it's not only the 3D performance that collapsed. 2D is also affected. Playing a Youtube video was previously no problem at all, now the image is jerky and the system is fully loaded - most of the cycles are burned by X - something is really wrong here.... Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/34 ------------------------------------------------------------------------ On 2010-03-09T11:38:22+00:00 agd5f wrote: *** Bug 26816 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/35 ------------------------------------------------------------------------ On 2010-03-15T05:23:09+00:00 Lists-andyfurniss wrote: (In reply to comment #9) > *** Bug 26816 has been marked as a duplicate of this bug. *** > I wasn't too sure about this when it was changed and running todays drt confirms for me, that they are not the same issue. comment #4 has this as a dup of http://bugzilla.kernel.org/show_bug.cgi?id=15328 which was a regression caused by a specific commit affecting 2D & 3D perf over time, which now seems to be fixed in current drt. http://bugs.freedesktop.org/show_bug.cgi?id=26816 was not a regression and running todays drt has actually got worse (though possibly not same xserver) - I can't even play the vid I used in that bug using x11 now, mplayer shows 125% in vo. Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/36 ------------------------------------------------------------------------ On 2010-03-15T09:58:05+00:00 agd5f wrote: Does xf86-video-ati from git master help? Specifically this commit: http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=488c9fd8300505cc6c0c2f8f0f00849f27cc5d63 Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/37 ------------------------------------------------------------------------ On 2010-03-15T11:15:17+00:00 Lists-andyfurniss wrote: (In reply to comment #11) > Does xf86-video-ati from git master help? Specifically this commit: > http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=488c9fd8300505cc6c0c2f8f0f00849f27cc5d63 > No that doesn't help this -vo x11 issue. It does boost xv perf so that kms now beats ums, previously kms ate a bit more cpu, but nothing like as much as this x11 issue ie. not really measurable at SD res but about 18% more 1280x...@30fps. I retested with the last drt kernel and the figures are still the same as posted in my bug - so it's a further drt regression not xserver. Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/38 ------------------------------------------------------------------------ On 2010-04-07T17:06:14+00:00 Lists-andyfurniss wrote: (In reply to comment #12) This is fixed for me now that the ttm page allocator is in drm-radeon- testing. Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/40 ------------------------------------------------------------------------ On 2010-04-08T06:45:45+00:00 Lists-andyfurniss wrote: (In reply to comment #13) > (In reply to comment #12) > > This is fixed for me now that the ttm page allocator is in drm-radeon-testing. The further commits to drt may have regressed this again - I can't be sure as I can't run todays head, but while bisecting for - https://bugs.freedesktop.org/show_bug.cgi?id=27536 I noticed on the "goods" close to the problematic commit that x11 putimage perf had regressed. Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/41 ------------------------------------------------------------------------ On 2010-04-20T04:32:09+00:00 Lists-andyfurniss wrote: (In reply to comment #14) > The further commits to drt may have regressed this again - I can't be sure as > I > can't run todays head, but while bisecting for - > > https://bugs.freedesktop.org/show_bug.cgi?id=27536 > > I noticed on the "goods" close to the problematic commit that x11 putimage > perf > had regressed. That bug is fixed now and the perf with todays drt is OK, so as far as I am concerned this bug is fixed. Reply at: https://bugs.launchpad.net/mesa/+bug/496653/comments/43 ** Changed in: mesa Importance: Unknown => Medium ** Bug watch added: Linux Kernel Bug Tracker #15328 http://bugzilla.kernel.org/show_bug.cgi?id=15328 ** Bug watch added: freedesktop.org Bugzilla #26816 http://bugs.freedesktop.org/show_bug.cgi?id=26816 ** Bug watch added: freedesktop.org Bugzilla #27536 http://bugs.freedesktop.org/show_bug.cgi?id=27536 -- [KMS][RV530] compiz very slow on Radeon AGP video cards https://bugs.launchpad.net/bugs/496653 You received this bug notification because you are a member of Registry Administrators, which is the registrant for Mesa. _______________________________________________ Mailing list: https://launchpad.net/~registry Post to : [email protected] Unsubscribe : https://launchpad.net/~registry More help : https://help.launchpad.net/ListHelp
