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==--