<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body><table border="1" cellspacing="0" cellpadding="8">
        <tr>
          <th>Bug ID</th>
          <td><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Kernel hang when running out of memory"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=97128">97128</a>
          </td>
        </tr>

        <tr>
          <th>Summary</th>
          <td>Kernel hang when running out of memory
          </td>
        </tr>

        <tr>
          <th>Product</th>
          <td>DRI
          </td>
        </tr>

        <tr>
          <th>Version</th>
          <td>XOrg git
          </td>
        </tr>

        <tr>
          <th>Hardware</th>
          <td>Other
          </td>
        </tr>

        <tr>
          <th>OS</th>
          <td>All
          </td>
        </tr>

        <tr>
          <th>Status</th>
          <td>NEW
          </td>
        </tr>

        <tr>
          <th>Severity</th>
          <td>normal
          </td>
        </tr>

        <tr>
          <th>Priority</th>
          <td>medium
          </td>
        </tr>

        <tr>
          <th>Component</th>
          <td>DRM/AMDgpu
          </td>
        </tr>

        <tr>
          <th>Assignee</th>
          <td>dri-devel@lists.freedesktop.org
          </td>
        </tr>

        <tr>
          <th>Reporter</th>
          <td>bas@basnieuwenhuizen.nl
          </td>
        </tr></table>
      <p>
        <div>
        <pre>If I allocate too much memory I get a kernel hang using the drm-next-4.8 branch
from Alex Deucher. SSH stops working too.

This has been tests by allocating GTT buffers in a loop using the winsys for
the new radv vulkan driver. Just as radeonsi, the winsys has a 3 step
allocation process: 1) allocate the buffer 2) Allocate an address range 3) Map
the buffer to address range.

This hang is a regression. Bisection pointed to the following patch as culprit:

commit 089f16c55baacd5e8ae3745625efa82899b4b217
Author: Christian König <<a href="mailto:christian.koenig@amd.com">christian.koenig@amd.com</a>>
Date:   Mon Jun 6 10:17:50 2016 +0200

    drm/ttm: cleanup ttm_tt_(unbind|destroy)

    ttm_tt_destroy should be the only one unbinding the object.

    Reviewed-by: Alex Deucher <<a href="mailto:alexander.deucher@amd.com">alexander.deucher@amd.com</a>>
    Signed-off-by: Christian König <<a href="mailto:christian.koenig@amd.com">christian.koenig@amd.com</a>>
    Signed-off-by: Alex Deucher <<a href="mailto:alexander.deucher@amd.com">alexander.deucher@amd.com</a>></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>