From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 74250] [HAWAII][DPM] New Version 3.1 for ASIC_ProfilingInfo /
ci_upload_dpm_level_enable_mask failed
Date: Fri, 01 Aug 2014 15:48:23 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1443054460=="
Return-path:
Received: from culpepper.freedesktop.org (unknown [131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id A1C796E7AE
for ; Fri, 1 Aug 2014 08:48:23 -0700 (PDT)
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
--===============1443054460==
Content-Type: multipart/alternative; boundary="1406908103.4Bb61.22104"; charset="us-ascii"
--1406908103.4Bb61.22104
Date: Fri, 1 Aug 2014 15:48:23 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
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 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.
--1406908103.4Bb61.22104
Date: Fri, 1 Aug 2014 15:48:23 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Comment # 6
on bug 74250
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 [details] [review], 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.
--1406908103.4Bb61.22104--
--===============1443054460==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
--===============1443054460==--