Bug 71697 - [radeonsi] gtkperf hangs the system
Summary: [radeonsi] gtkperf hangs the system
Status: RESOLVED MOVED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Radeon (show other bugs)
Version: XOrg git
Hardware: Other All
: medium normal
Assignee: Default DRI bug account
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-11-17 13:39 UTC by darkbasic
Modified: 2019-11-19 08:39 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description darkbasic 2013-11-17 13:39:51 UTC
HD 7950
drm-next-3.13 (agd5f tree)
libdrm git
mesa git
xf86-video-ati git
xorg-server-1.14.4 + DRI-loader-entrypoint
glamor git
llvm 3.4 git

The system hangs about a minute after gtkperf started, there is nothing in /var/log/messages.
Comment 1 darkbasic 2013-11-17 13:51:09 UTC
It is a regression because it used to work, not in the kernel becuase 3.12 still hangs.
Comment 2 Alex Deucher 2013-11-17 16:10:45 UTC
Can you narrow down which component (kernel, mesa, llvm, etc.) update caused the problem?
Comment 3 darkbasic 2013-11-17 16:36:36 UTC
It will not be that easy.. I don't use gtkperf since a few time and every single component of my graphic stack is pulled from git master. I recompiled kernel 3.12 which doesn't work but maybe the working one was 3.11, I tried downgrading glamor but X didn't start at all, maybe I needed to recompile xf86-video-ati. It's a time consuming process, being able to enable some kind of debug to have some hints would be preferable.
Comment 4 Thue Janus Kristensen 2013-11-17 16:38:26 UTC
It is probably the "GtkDrawingArea - Lines" component. The same problem is described in bug 68524. It is caused by the glamor software fallback being extremely slow. And obviously somehow mostly excluding other drawing operations.

On my system, it doesn't crash the system, it only makes it extremely slow to respond.
Comment 5 darkbasic 2013-11-17 16:59:44 UTC
So slow that it doesn't even switch to a virtual terminal with CTRL+ALT+F1?
I checked some of the tests I did in the past with 3.12-pre-rc1 and I didn't do the total time test (the one which currently hangs): http://openbenchmarking.org/result/1309135-SO-2D744911973

I was pretty sure I did it in the past, but considering I don't find a benchmark of the total time I assume to be wrong.
Comment 6 Thue Janus Kristensen 2013-11-18 00:33:11 UTC
> So slow that it doesn't even switch to a virtual terminal with CTRL+ALT+F1?

I could switch to a virtual terminal on my system. But X11 itself was frozen for a good while.
Comment 7 Martin Peres 2019-11-19 08:39:57 UTC
-- 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/drm/amd/issues/404.


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.