From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 97524] Invalid sampler settings cause full GPU reset Date: Mon, 29 Aug 2016 04:06:14 +0000 Message-ID: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1801116917==" 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 C990B6E230 for ; Mon, 29 Aug 2016 04:06:14 +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 --===============1801116917== Content-Type: multipart/alternative; boundary="14724435740.CAB2c5.26706"; charset="UTF-8" --14724435740.CAB2c5.26706 Date: Mon, 29 Aug 2016 04:06:14 +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=3D97524 Bug ID: 97524 Summary: Invalid sampler settings cause full GPU reset Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: minor Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel@lists.freedesktop.org Reporter: dark_sylinc@yahoo.com.ar QA Contact: dri-devel@lists.freedesktop.org Created attachment 126091 --> https://bugs.freedesktop.org/attachment.cgi?id=3D126091&action=3Dedit Bug repro Running invalid the following GL settings hangs Mesa pretty badly. Sometime= s it says stuck on ring(0)/(3), other times it just hangs; GPU tries to reset but does a really poor job (at least I can blindly go to tty1 via Ctrl+Alt+F1 t= hen reboot via Ctrl+Alt+Supr). Attachment provided to repro the bug. What is causing it: Vertex Shader must use samplerBuffer on binding point 0. Pixel Shader must use samplerCube on binding point 0. Bind a TBO to binding point 0. What happens: Near full system hang, it becomes really unstable. System can be soft-reboo= ted but that's it. What should happen: All other GPU drivers I tested with handle this gracefully by raising a GL_INVALID_OPERATION error and continuing rendering the rest normally. Version tested: Latest git 22cec6dc5e5a3060bc87f4a92871b4f6eef04632 I'm assigning a low priority since this GL setting combination is invalid to begin with and I want to believe software isn't shipped like this (though considering other GPU drivers allow to ignore the problem, I wouldn't be fu= lly surprised if there is faulty software out there...); though I believe the system shouldn't hang because of this. GL_VERSION =3D 4.3.0.0 GL_VENDOR =3D X.Org GL_RENDERER =3D Gallium 0.4 on AMD CAPE VERDE (DRM 2.45.0 / 4.7.0-040700-ge= neric, LLVM 3.9.0) uname -r 4.7.0-040700-generic Cheers --=20 You are receiving this mail because: You are the assignee for the bug.= --14724435740.CAB2c5.26706 Date: Mon, 29 Aug 2016 04:06:14 +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 97524
Summary Invalid sampler settings cause full GPU reset
Product Mesa
Version git
Hardware x86-64 (AMD64)
OS Linux (All)
Status NEW
Severity minor
Priority medium
Component Drivers/Gallium/radeonsi
Assignee dri-devel@lists.freedesktop.org
Reporter dark_sylinc@yahoo.com.ar
QA Contact dri-devel@lists.freedesktop.org

Created attachment 126091 [deta=
ils]
Bug repro

Running invalid the following GL settings hangs Mesa pretty badly. Sometime=
s it
says stuck on ring(0)/(3), other times it just hangs; GPU tries to reset but
does a really poor job (at least I can blindly go to tty1 via Ctrl+Alt+F1 t=
hen
reboot via Ctrl+Alt+Supr).

Attachment provided to repro the bug.

What is causing it:
Vertex Shader must use samplerBuffer on binding point 0.
Pixel Shader must use samplerCube on binding point 0.
Bind a TBO to binding point 0.

What happens:
Near full system hang, it becomes really unstable. System can be soft-reboo=
ted
but that's it.

What should happen:
All other GPU drivers I tested with handle this gracefully by raising a
GL_INVALID_OPERATION error and continuing rendering the rest normally.

Version tested: Latest git 22cec6dc5e5a3060bc87f4a92871b4f6eef04632

I'm assigning a low priority since this GL setting combination is invalid to
begin with and I want to believe software isn't shipped like this (though
considering other GPU drivers allow to ignore the problem, I wouldn't be fu=
lly
surprised if there is faulty software out there...); though I believe the
system shouldn't hang because of this.

GL_VERSION =3D 4.3.0.0
GL_VENDOR =3D X.Org
GL_RENDERER =3D Gallium 0.4 on AMD CAPE VERDE (DRM 2.45.0 / 4.7.0-040700-ge=
neric,
LLVM 3.9.0)

uname -r
4.7.0-040700-generic

Cheers


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