[Bug 74250] [HAWAII][DPM] New Version 3.1 for ASIC_ProfilingInfo / ci_upload_dpm_level_enable_mask failed

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=74250

--- Comment #6 from Luzipher <luziphermcleod at yahoo.ie> ---
(In reply to comment #4)
> Please try the attached patches.

Yay, those help ! Thanks a lot, Alex ! :-)
With all three patches (attachements #93015, #103772, #103773) I get working
DPM and none of the error messages above.
I used the drm-next-3.17-wip kernel from yesterday with the patches applied
manually (noticed you committed them just after I started the build). I think
you didn't commit #93015 ?

I also tried without attachment #93015, but I can't really explain the results.
I expected to see the "*ERROR* Unknown table version 3, 1" message, but it
didn't show up. Still dpm didn't work and I did get the "*ERROR*
ci_upload_dpm_level_enable_mask failed" message.

DPM also seems to work quite correcty, the card goes up to over 1GHz (1040MHz
should be max for my card) on sclk, mclk always stays the same (but is
different than without dpm):
# cat /sys/kernel/debug/dri/0/radeon_pm_info
power level avg    sclk: 100120 mclk: 130000

Without the patches, I always got:
power level avg    sclk: 30000 mclk: 15000

Half-Life 2 now runs more or less constantly at 60fps with hig details and 8x
MSAA :-) Metro Last Light is only at 20-30fps, but that's still great. What I
don't really understand is that Metro didn't feel much slower when dpm didn't
work (HL2 certainly did).


I guess sclk stands for "shader clock" and mclk is for "memory clock" ? On
Windows I believe I also have different memory clocks between the desktop and
in games - is memory clocking not dynamic yet ?

-- 
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/20140801/b867c387/attachment.html>