Mailinglist Archive: opensuse-bugs (4790 mails)

< Previous Next >
[Bug 1046962] radeonsi: 3D engines causing frequent GPU lockups
  • From: bugzilla_noreply@xxxxxxxxxx
  • Date: Mon, 24 Jul 2017 11:59:02 +0000
  • Message-id: <bug-1046962-21960-A0B216wUqW@http.bugzilla.opensuse.org/>
http://bugzilla.opensuse.org/show_bug.cgi?id=1046962
http://bugzilla.opensuse.org/show_bug.cgi?id=1046962#c12

--- Comment #12 from Mircea Kitsune <sonichedgehog_hyperblast00@xxxxxxxxx> ---
Created attachment 733531
--> http://bugzilla.opensuse.org/attachment.cgi?id=733531&action=edit
Screenshot of sys/kernel/debug/dri/0

The exact same story repeats with Mesa 17.1.5 (as with 17.1.4); The release
notes claim that a core crash has been fixed, yet inexplicably this freeze
persists after updating to the latest version.

Something very unusual happened however: I rebooted my machine and started
testing under Xonotic. After about 10 minutes of playing I got my first freeze,
however it did not block the machine; Only Xonotic itself crashed (image froze
and sound died), so I was able to alt-tab switch to my desktop... the system
detected that the process was unresponsive and killed it, after which I could
notice that it did NOT eat up any CPU or memory while it was frozen. I tested
again and after about 15 minutes I got another freeze... this time though it
froze the entire computer as usual (including taking down SSH).

I preformed the suggested test of monitoring the files in
sys/kernel/debug/dri/0 through my SSH connection, to check whether this might
be caused by a vram leak. The most relevant file in there was radeon_vram,
which seems to have 2.0 GB at all times (makes sense as that's the amount of
vram on my video card). I used the command "watch -n 1 cat
/sys/kernel/debug/dri/0/radeon_vram" to monitor it, but that has not printed
any changes in the file itself. Adding a screenshot of that directory and its
contents.

--
You are receiving this mail because:
You are on the CC list for the bug.
< Previous Next >
References