<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Tonga powerplay isssues" href="https://bugs.freedesktop.org/show_bug.cgi?id=92936#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Tonga powerplay isssues" href="https://bugs.freedesktop.org/show_bug.cgi?id=92936">bug 92936</a> from <a class="email" href="mailto:adf.lists@gmail.com" title="Andy Furniss <adf.lists@gmail.com>"> Andy Furniss</a> <pre>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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>