[Bug 92936] Tonga powerplay isssues
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Sat Dec 19 04:16:01 PST 2015
https://bugs.freedesktop.org/show_bug.cgi?id=92936
--- Comment #6 from Andy Furniss <adf.lists at gmail.com> ---
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20151219/64a46ef5/attachment-0001.html>
More information about the dri-devel
mailing list