From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 97961] radeon: Failed to allocate virtual address for buffer Date: Wed, 28 Sep 2016 14:30:22 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0755081211==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [IPv6:2610:10:20:722:a800:ff:fe98:4b55]) by gabe.freedesktop.org (Postfix) with ESMTP id 900F46E056 for ; Wed, 28 Sep 2016 14:30:22 +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 --===============0755081211== Content-Type: multipart/alternative; boundary="14750730220.BBA811bBb.28520"; charset="UTF-8" --14750730220.BBA811bBb.28520 Date: Wed, 28 Sep 2016 14:30:22 +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=3D97961 Bug ID: 97961 Summary: radeon: Failed to allocate virtual address for buffer Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: vedran@miletic.net QA Contact: dri-devel@lists.freedesktop.org On a Kabini system using kernel 4.8-rc8, Mesa and LLVM git, running GROMACS OpenCL example 1536 from [1] results in radeon: Failed to allocate virtual address for buffer: radeon: size : 4096 bytes radeon: alignment : 4096 bytes radeon: domains : 2 radeon: va : 0x000000000948b000 radeon: Failed to deallocate virtual address for buffer: radeon: size : 4096 bytes radeon: va : 0x948b000 radeon: Failed to allocate virtual address for buffer: radeon: size : 4096 bytes radeon: alignment : 4096 bytes radeon: domains : 2 radeon: va : 0x000000000948b000 radeon: Failed to deallocate virtual address for buffer: radeon: size : 4096 bytes radeon: va : 0x948b000 This is one of the larger examples, so it requires more memory than the previous ones. I will test the largest example (3072) soon, and I expect it= to crash the same way. This is a regression. It will be very hard to bisect LLVM and kernel on this machine as it is really slow, but Mesa is likely bisectable. Let me know if= it is worth it. [1] ftp://ftp.gromacs.org/pub/benchmarks/water_GMX50_bare.tar.gz --=20 You are receiving this mail because: You are the assignee for the bug.= --14750730220.BBA811bBb.28520 Date: Wed, 28 Sep 2016 14:30:22 +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 97961
Summary radeon: Failed to allocate virtual address for buffer
Product Mesa
Version git
Hardware Other
OS All
Status NEW
Severity normal
Priority medium
Component Drivers/Gallium/radeonsi
Assignee dri-devel@lists.freedesktop.org
Reporter vedran@miletic.net
QA Contact dri-devel@lists.freedesktop.org 

On a Kabini system using kernel 4.8-rc8, Mesa and LLVM git, ru=
nning GROMACS
OpenCL example 1536 from [1] results in

radeon: Failed to allocate virtual address for buffer:
radeon:    size      : 4096 bytes
radeon:    alignment : 4096 bytes
radeon:    domains   : 2
radeon:    va        : 0x000000000948b000
radeon: Failed to deallocate virtual address for buffer:
radeon:    size      : 4096 bytes
radeon:    va        : 0x948b000
radeon: Failed to allocate virtual address for buffer:
radeon:    size      : 4096 bytes
radeon:    alignment : 4096 bytes
radeon:    domains   : 2
radeon:    va        : 0x000000000948b000
radeon: Failed to deallocate virtual address for buffer:
radeon:    size      : 4096 bytes
radeon:    va        : 0x948b000

This is one of the larger examples, so it requires more memory than the
previous ones. I will test the largest example (3072) soon, and I expect it=
 to
crash the same way.

This is a regression. It will be very hard to bisect LLVM and kernel on this
machine as it is really slow, but Mesa is likely bisectable. Let me know if=
 it
is worth it.

[1] ftp://ftp.gromacs.org/pub/benchmarks/water_GMX50_bare.tar.gz

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