From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 109955] amdgpu [RX Vega 64] system freeze while gaming Date: Tue, 29 Oct 2019 19:00:25 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0938435068==" Return-path: Received: from culpepper.freedesktop.org (culpepper.freedesktop.org [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id C43CB6E5D1 for ; Tue, 29 Oct 2019 19:00: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 --===============0938435068== Content-Type: multipart/alternative; boundary="15723756276.1DACdf.27528" Content-Transfer-Encoding: 7bit --15723756276.1DACdf.27528 Date: Tue, 29 Oct 2019 19:00: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=3D109955 --- Comment #124 from blppt@yahoo.com --- (In reply to haro41 from comment #122) > In my experience, this issue is related to mclk switching and it affects = the > lowest mclk level only. >=20 > So you guy's can save a lot of power, if you, insteed of switching to > highest gfxlevel or to disable vsync, just disable the lowest mclk level = by: >=20 > echo "manual" > /sys/class/drm/card0/device/power_dpm_force_performance_l= evel > echo "1 2 3" > /sys/class/drm/card0/device/pp_dpm_mclk >=20 > If you are building your kernel locally, look in this thread for a driver > code modification that works, without disabling the lowest mclk level (sa= ves > a few watt on idle). Ooh, that seems to have solved it. Haven't had a crash yet, ran The Outer Worlds for hours (addicting game!), ran FFXIV, ran GW2, no lockups. And, if there is much of a difference at idle in watt usage, I don't see it on the = UPS meter. Thanks a million! (also of note, when using the valve ACO, as others have noted, you don't ev= en have to do the above to (apparently) solve the problem. unfortunately, that= has other issues, my V64 wont clock up high enough when using ACO for some reas= on, so i dont use it). --=20 You are receiving this mail because: You are the assignee for the bug.= --15723756276.1DACdf.27528 Date: Tue, 29 Oct 2019 19:00: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

Comm= ent # 124 on bug 10995= 5 from blppt@yahoo.com
(In reply to haro41 from comment #122)
> In my experience, this issue is related to mclk =
switching and it affects the
> lowest mclk level only.
>=20
> So you guy's can save a lot of power, if you, insteed of switching to
> highest gfxlevel or to disable vsync, just disable the lowest mclk lev=
el by:
>=20
> echo "manual" > /sys/class/drm/card0/device/power_dpm_for=
ce_performance_level
> echo "1 2 3" > /sys/class/drm/card0/device/pp_dpm_mclk
>=20
> If you are building your kernel locally, look in this thread for a dri=
ver
> code modification that works, without disabling the lowest mclk level =
(saves
> a few watt on idle).

Ooh, that seems to have solved it. Haven't had a crash yet, ran The Outer
Worlds for hours (addicting game!), ran FFXIV, ran GW2, no lockups. And, if
there is much of a difference at idle in watt usage, I don't see it on the =
UPS
meter.

Thanks a million!

(also of note, when using the valve ACO, as others have noted, you don't ev=
en
have to do the above to (apparently) solve the problem. unfortunately, that=
 has
other issues, my V64 wont clock up high enough when using ACO for some reas=
on,
so i dont use it).


You are receiving this mail because:
  • You are the assignee for the bug.
= --15723756276.1DACdf.27528-- --===============0938435068== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVs --===============0938435068==--