From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 107152] GPU fault detected: 146 / VM_CONTEXT1_PROTECTION_FAULT / ring gfx timeout Date: Sun, 05 Aug 2018 19:59:27 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0190645660==" 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 228906E0FC for ; Sun, 5 Aug 2018 19:59:27 +0000 (UTC) In-Reply-To: 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 --===============0190645660== Content-Type: multipart/alternative; boundary="15334991670.71c10DF.14671" Content-Transfer-Encoding: 7bit --15334991670.71c10DF.14671 Date: Sun, 5 Aug 2018 19:59:27 +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=3D107152 --- Comment #11 from dwagner --- I did some additional experiments to understand what is so special about the "Othan" video that playing it causes amdgpu to crash relatively fast. Since the only "odd" parameter of it is its "6 fps" frame rate, I tried replaying other videos, first at their normal rate (like 24 fps), which did= not cause quick crashes, then at an artificially lower set rate - and indeed, t= hat causes fast crashing regardless of what video I play. The framerate that caused the "quickest" crashing seemed to be 3 fps, runni= ng > mpv --no-correct-pts --fps=3D3 --ao=3Dnull some_arbitrary_video.webm was usually crashing amd-staging-drm-next within < 1 minute for me. Just some random thought: Could the reason be some timed hysteresis in power management of the GPU? Would there be some possibility to lock the GPU on a specific power level to then try if those crashes still occur? --=20 You are receiving this mail because: You are the assignee for the bug.= --15334991670.71c10DF.14671 Date: Sun, 5 Aug 2018 19:59:27 +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

Comme= nt # 11 on bug 10715= 2 from dwagner 
I did some additional experiments to understand what is so spe=
cial about the
"Othan" video that playing it causes amdgpu to crash relatively f=
ast.

Since the only "odd" parameter of it is its "6 fps" fra=
me rate, I tried
replaying other videos, first at their normal rate (like 24 fps), which did=
 not
cause quick crashes, then at an artificially lower set rate - and indeed, t=
hat
causes fast crashing regardless of what video I play.

The framerate that caused the "quickest" crashing seemed to be 3 =
fps, running
> mpv --no-correct-pts --fps=3D3 --ao=3Dnull some_=
arbitrary_video.webm
was usually crashing amd-staging-drm-next within < 1 minute for me.


Just some random thought: Could the reason be some timed hysteresis in power
management of the GPU?
Would there be some possibility to lock the GPU on a specific power level to
then try if those crashes still occur?

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