From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 111482] Sapphire Pulse RX 5700 XT power consumption
Date: Tue, 27 Aug 2019 04:47:44 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0239692844=="
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 A364689233
for ; Tue, 27 Aug 2019 04:47:44 +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
--===============0239692844==
Content-Type: multipart/alternative; boundary="15668812641.FD5a7f.13005"
Content-Transfer-Encoding: 7bit
--15668812641.FD5a7f.13005
Date: Tue, 27 Aug 2019 04:47:44 +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=3D111482
--- Comment #2 from Andrew Sheldon ---
I have the same problem, but with the MSI Evoke 5700 XT. If you read
/sys/class/drm/card0/device/pp_dpm_mclk you should find that it's forced to=
the
highest state (3: 875Mhz) and that although it lets you set a lower value, =
it
immediately jumps back to the maximum value.
In theory, this problem should have been fixed with
b90053edc9d6d639ddb600f8799d990d92aca328 in amd-staging-drm-next:
drm/amd/display: Support uclk switching for DCN2
but it doesn't seem to fix the problem for me. Before this, you could revert
the old workaround:
02316e963a5a drm/amd/display: Force uclk to max for every state"=20
and you could manually set mclk.
I should note that from some brief tests on Windows, the card also seem to =
be
stuck at maximum mclk (it's actually even worse since temperature readings
don't even work there). So it could be that aftermarket cards need some ext=
ra
work, in order to work properly.
System:
Mesa git
amd-staging-drm-next (also tested 5.3-rcX and drm-next-5.4)
--=20
You are receiving this mail because:
You are the assignee for the bug.=
--15668812641.FD5a7f.13005
Date: Tue, 27 Aug 2019 04:47:44 +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
Commen=
t # 2
on bug 11148=
2
from Andrew Sheldon
I have the same problem, but with the MSI Evoke 5700 XT. If yo=
u read
/sys/class/drm/card0/device/pp_dpm_mclk you should find that it's forced to=
the
highest state (3: 875Mhz) and that although it lets you set a lower value, =
it
immediately jumps back to the maximum value.
In theory, this problem should have been fixed with
b90053edc9d6d639ddb600f8799d990d92aca328 in amd-staging-drm-next:
drm/amd/display: Support uclk switching for DCN2
but it doesn't seem to fix the problem for me. Before this, you could revert
the old workaround:
02316e963a5a drm/amd/display: Force uclk to max for every state"=20
and you could manually set mclk.
I should note that from some brief tests on Windows, the card also seem to =
be
stuck at maximum mclk (it's actually even worse since temperature readings
don't even work there). So it could be that aftermarket cards need some ext=
ra
work, in order to work properly.
System:
Mesa git
amd-staging-drm-next (also tested 5.3-rcX and drm-next-5.4)
You are receiving this mail because:
- You are the assignee for the bug.
=
--15668812641.FD5a7f.13005--
--===============0239692844==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz
dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVs
--===============0239692844==--