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

[bugzilla-dae...@freedesktop.org]

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

Luzipher  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #14 from Luzipher  ---
Fixed: the error messages are gone with the following commits on branch
'drm-next-3.17-wip':
* drm/radeon/dpm: handle voltage info fetching on hawaii
* drm/radeon/atom: add new voltage fetch function for hawaii

Dynamic mclk is not supported with multiple monitors according to agd5f on irc.

@Kai: since you apparently tested with the now useless patch from attachment
#93015 last time, maybe you want to try with current unmodified
'drm-next-3.17-wip' again ? (Don't forget the updated firmware, I always do ;-)
). If that still doesn't resolve your issues, please open a new bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

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

[bugzilla-dae...@freedesktop.org]

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

--- Comment #13 from Luzipher  ---
Created attachment 103941
  --> https://bugs.freedesktop.org/attachment.cgi?id=103941=edit
Xorg.0.log of drm-next-3.17-wip with 1 monitor attached (console -> X ->
glxgears)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

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

[bugzilla-dae...@freedesktop.org]

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

--- Comment #12 from Luzipher  ---
Created attachment 103940
  --> https://bugs.freedesktop.org/attachment.cgi?id=103940=edit
dmesg of drm-next-3.17-wip with 1 monitor attached (console -> X -> glxgears)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

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

[bugzilla-dae...@freedesktop.org]

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

--- Comment #11 from Luzipher  ---
Created attachment 103939
  --> https://bugs.freedesktop.org/attachment.cgi?id=103939=edit
Xorg.0.log of drm-next-3.17-wip with 3 monitors attached (console -> X ->
glxgears)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

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

[bugzilla-dae...@freedesktop.org]

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

--- Comment #9 from Luzipher  ---
(In reply to comment #7)
> (In reply to comment #6)
> > I think you didn't commit #93015 ?
> 
> It's irrelevant with the other patches applied.
> 

Yes, I retried with your unmodified drm-next-3.17-wip and DPM indeed does work.
I guess I made a mistake when compiling the manually patched kernels - they had
the same name after compilation and thus the radeon module was probably
overwritten in /lib/modules.

(In reply to comment #7)
> sclk (system clock) is the engine clock and mclk is the memory clock.  It
> should be dynamic.  With no GPU tasks running you should see power
> level avgsclk: 3 mclk: 15000
> and both should be higher when there is GPU load.  Can you attach your dmesg
> and xorg log with the patches applied?  Also are you using multiple
> monitors?  If so can you try again with a single monitor?

Yes, I do have multiple monitors attached: a TV on HDMI-0 and two monitors via
DVI. With all three of them attached, only sclk is dynamic (as described
previously), mclk stays at its max of 13 from the beginning (at the console
with no X running).
When I physically disconnect HDMI-0 and DVI-1, I indeed get dynamic mclk as
well:
power level avgsclk: 3 mclk: 15000## just X
power level avgsclk: 40007 mclk: 13   ## X with glxgears
power level avgsclk: 3 mclk: 15000## closed glxgears, just X again

Should dynamic mclk work with multiple monitors or is that not implemented yet
?

I'll attach the requested logs (dmesg, Xorg.0.log) below.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

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

[bugzilla-dae...@freedesktop.org]

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

Kai  changed:

   What|Removed |Added

 CC||kai at dev.carbon-project.org

--- Comment #8 from Kai  ---
I'm sad to report that the patches don't seem to work for me (same as Marek
reported in bug 78453, comment #139), as far as getting higher clocks is
concerned*. While I do not see any error message anylonger (with attachment
93015 applied), I'm not seeing a change in clock speeds either. No matter what
I do (Protal 2, XCOM: Enemy Unknown) the output of cat
/sys/kernel/debug/dri/0/radeon_pm_info /sys/kernel/debug/dri/64/radeon_pm_info
stays:
> power level avgsclk: 3 mclk: 15000
> power level avgsclk: 3 mclk: 15000

The FPS (as reported by GALLIUM_HUD=fps) also stay low. With the current stack
I see 10 to 12 FPS in XCOM (which looks surprisingly fluid...) and 12 to 15 FPS
in Portal 2.


My stack is (base: Debian Testing):
GPU: Hawaii PRO [Radeon R9 290] (ChipID = 0x67b1)
Linux: Git:~agdf5/linux:drm-next-3.17-rebased-on-fixes:fa053e7263 (calls itself
3.16-rc6) + attachment 93015
libdrm: Git:master/libdrm-2.4.56
LLVM: SVN:trunk/r214546 (3.6 snapshot)
libclc: Git:master/5b48f170c8
Mesa: Git:master/e41cc45361
DDX: Git:master/4b5060f357 + Patch from
http://lists.x.org/archives/xorg-driver-ati/2014-July/026517.html
X: 2:1.16.0-2 (1.16.0)




* I posted this here, and not in bug 78453, since the DPM patches are attached
to this bug; if this bug is really only about what the title currently says,
then I should probably open a different bug? Because I'm no longer seeing the
error messages, which started this bug report.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

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

[bugzilla-dae...@freedesktop.org]

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

--- Comment #7 from Alex Deucher  ---
(In reply to comment #6)
> (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 ?

It's irrelevant with the other patches applied.

> 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 avgsclk: 100120 mclk: 13
> 
> Without the patches, I always got:
> power level avgsclk: 3 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 ?

sclk (system clock) is the engine clock and mclk is the memory clock.  It
should be dynamic.  With no GPU tasks running you should see power
level avgsclk: 3 mclk: 15000
and both should be higher when there is GPU load.  Can you attach your dmesg
and xorg log with the patches applied?  Also are you using multiple monitors? 
If so can you try again with a single monitor?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

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

[bugzilla-dae...@freedesktop.org]

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

--- Comment #6 from Luzipher  ---
(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 avgsclk: 100120 mclk: 13

Without the patches, I always got:
power level avgsclk: 3 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: 

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

[bugzilla-dae...@freedesktop.org]

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

--- Comment #5 from Alex Deucher  ---
Created attachment 103773
  --> https://bugs.freedesktop.org/attachment.cgi?id=103773=edit
patch 2/2

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

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

[bugzilla-dae...@freedesktop.org]

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

--- Comment #4 from Alex Deucher  ---
Created attachment 103772
  --> https://bugs.freedesktop.org/attachment.cgi?id=103772=edit
patch 1/2

Please try the attached patches.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

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

[bugzilla-dae...@freedesktop.org]

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

--- Comment #3 from Luzipher  ---
Now with working Hawaii acceleration, the issue still persists:
[drm:ci_dpm_set_power_state] *ERROR* ci_upload_dpm_level_enable_mask failed
appears one time during bootup.

But I could also trigger it later by doing (accelerated X is up):
1. If I type "xrandr --output HDMI-0 --off" all my three screens go black and
never come back (ssh keeps working). Switching on and off DVI-1 works.
2. If I start enlightenment, the same happens (black screens - I think it might
be the same issue, maybe enlightenment always sets up the screens on startup ?)

Note that I cannot get back to a text console (ctrl-alt-f2 etc.), the screens
stay black (but are not in powersave).

All of this with the first kernel with working acceleration in bug #78453,
comment #81 (drm-next-3.17-wip branch, v3.16-rc4), including the
"ASIC_ProfilingInfo v3.1" patch.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

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

[bugzilla-dae...@freedesktop.org]

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

--- Comment #2 from Luzipher  ---
Update: no change in kernel 3.15-rc1, same messages occur.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

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

[bugzilla-dae...@freedesktop.org]

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

--- Comment #1 from Luzipher  ---
Created attachment 93093
  --> https://bugs.freedesktop.org/attachment.cgi?id=93093=edit
dmesg with a patched kernel

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: