<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - radeonsi: 3D engines causing frequent GPU lockups"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=101672#c9">Comment # 9</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - radeonsi: 3D engines causing frequent GPU lockups"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=101672">bug 101672</a>
              from <span class="vcard"><a class="email" href="mailto:sonichedgehog_hyperblast00@yahoo.com" title="MirceaKitsune <sonichedgehog_hyperblast00@yahoo.com>"> <span class="fn">MirceaKitsune</span></a>
</span></b>
        <pre>Created <span class=""><a href="attachment.cgi?id=132863" name="attach_132863" title="Screenshot of sys/kernel/debug/dri/0">attachment 132863</a> <a href="attachment.cgi?id=132863&action=edit" title="Screenshot of sys/kernel/debug/dri/0">[details]</a></span>
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.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>