From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 97128] Kernel hang when running out of memory Date: Fri, 29 Jul 2016 11:09:17 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1064913237==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id C4DFC6E29A for ; Fri, 29 Jul 2016 11:09:17 +0000 (UTC) List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: dri-devel@lists.freedesktop.org List-Id: dri-devel@lists.freedesktop.org --===============1064913237== Content-Type: multipart/alternative; boundary="14697905570.971A.8643"; charset="UTF-8" --14697905570.971A.8643 Date: Fri, 29 Jul 2016 11:09:17 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated https://bugs.freedesktop.org/show_bug.cgi?id=3D97128 Bug ID: 97128 Summary: Kernel hang when running out of memory Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel@lists.freedesktop.org Reporter: bas@basnieuwenhuizen.nl If I allocate too much memory I get a kernel hang using the drm-next-4.8 br= anch 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 culp= rit: commit 089f16c55baacd5e8ae3745625efa82899b4b217 Author: Christian K=C3=B6nig 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 Signed-off-by: Christian K=C3=B6nig Signed-off-by: Alex Deucher --=20 You are receiving this mail because: You are the assignee for the bug.= --14697905570.971A.8643 Date: Fri, 29 Jul 2016 11:09:17 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://bugs.freedesktop.org/ Auto-Submitted: auto-generated
Bug ID 97128
Summary Kernel hang when running out of memory
Product DRI
Version XOrg git
Hardware Other
OS All
Status NEW
Severity normal
Priority medium
Component DRM/AMDgpu
Assignee dri-devel@lists.freedesktop.org
Reporter bas@basnieuwenhuizen.nl 

If I allocate too much memory I get a kernel hang using the dr=
m-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 culp=
rit:

commit 089f16c55baacd5e8ae3745625efa82899b4b217
Author: Christian K=C3=B6nig <christian.koenig@amd.com>
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 <alexander.deucher@amd.com>
    Signed-off-by: Christian K=C3=B6nig <christian.koenig@amd.com>
    Signed-off-by: Alex Deucher <alexander.deucher@amd.com>

You are receiving this mail because:
  • You are the assignee for the bug.
= --14697905570.971A.8643-- --===============1064913237== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============1064913237==--