From mboxrd@z Thu Jan 1 00:00:00 1970 From: bugzilla-daemon@freedesktop.org Subject: [Bug 92936] Tonga powerplay isssues Date: Sat, 19 Dec 2015 12:16:01 +0000 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1371769065==" Return-path: Received: from culpepper.freedesktop.org (unknown [131.252.210.165]) by gabe.freedesktop.org (Postfix) with ESMTP id 3EA156E3E2 for ; Sat, 19 Dec 2015 04:16:01 -0800 (PST) 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 --===============1371769065== Content-Type: multipart/alternative; boundary="1450527361.0e0Ffa40.30585"; charset="UTF-8" --1450527361.0e0Ffa40.30585 Date: Sat, 19 Dec 2015 12:16:01 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" https://bugs.freedesktop.org/show_bug.cgi?id=92936 --- Comment #6 from Andy Furniss --- Ignoring lockups for now as maybe powerplay/4.5 need something like - fixes-4.4 commit drm/amdgpu: fix user fence handling plus I see vaapi threading fixes waiting in mesa. Testing latest powerplay and the UVD breaks things issue is still present and there is nothing new in dmesg. Looking at cat /sys/kernel/debug/dri/64/amdgpu_pm_info what happens is - Testing opengl initially working though gpu load sometimes looks a bit high when nothing is happening (clocks still low). test just UVD (no vo) on auto, mclk and sclk rise (sclk not 100% though) After this it seems mclk gets stuck low so running opengl looks like - [ mclk ]: 150 MHz [ sclk ]: 972 MHz [GPU load]: 100% Nothing is logged at this point. If I now try to force high it fails and I see [ 7445.269812] Failed to send Message. [ 7445.269815] force highest mclk dpm state failed! Clocks now look like [ mclk ]: 0 MHz [ sclk ]: 0 MHz [GPU load]: 0% using opengl perf is still low and clocks still say 0 load 100%. If I use uvd the clocks do go high [ mclk ]: 1375 MHz [ sclk ]: 973 MHz [GPU load]: 23% and they stay high and opengl perf is good again. cat /sys/class/drm/card0/device/power_dpm_force_performance_level still says auto. -- You are receiving this mail because: You are the assignee for the bug. --1450527361.0e0Ffa40.30585 Date: Sat, 19 Dec 2015 12:16:01 +0000 MIME-Version: 1.0 Content-Type: text/html; charset="UTF-8"

Comment # 6 on bug 92936 from 
Ignoring lockups for now as maybe powerplay/4.5 need something like -

fixes-4.4 commit drm/amdgpu: fix user fence handling

plus I see vaapi threading fixes waiting in mesa.

Testing latest powerplay and the UVD breaks things issue is still present and
there is nothing new in dmesg.

Looking at cat /sys/kernel/debug/dri/64/amdgpu_pm_info what happens is -

Testing opengl initially working though gpu load sometimes looks a bit high
when nothing is happening (clocks still low).

test just UVD (no vo) on auto,  mclk and sclk rise (sclk not 100% though)

After this it seems mclk gets stuck low so running opengl looks like -

 [  mclk  ]: 150 MHz

 [  sclk  ]: 972 MHz

 [GPU load]: 100%

Nothing is logged at this point.

If I now try to force high it fails and I see 

[ 7445.269812] Failed to send Message.
[ 7445.269815] force highest mclk dpm state failed!

Clocks now look like 

 [  mclk  ]: 0 MHz

 [  sclk  ]: 0 MHz

 [GPU load]: 0%

using opengl perf is still low and clocks still say 0 load 100%.

If I use uvd the clocks do go high

 [  mclk  ]: 1375 MHz

 [  sclk  ]: 973 MHz

 [GPU load]: 23%

and they stay high and opengl perf is good again.

cat /sys/class/drm/card0/device/power_dpm_force_performance_level

still says auto.

You are receiving this mail because:
  • You are the assignee for the bug.
--1450527361.0e0Ffa40.30585-- --===============1371769065== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHA6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwK --===============1371769065==--