lkml.org 
[lkml]   [2016]   [Jun]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: [REDO PATCH v7] perf/x86/amd/power: Add AMD accumulated power reporting mechanism
On Thu, 16 Jun 2016, Huang Rui wrote:

> > 1. In theory this should also work on an amd fam16h model 30h
> > processor too, correct? The current code limits things to fam15h
> > even though the fam16mod30h has all the proper cpuid flags.
> >
>
> I was told this feature would be supported on fam15h 60h, 70h and
> later processors before. Just checked the fam16h model 30h BKDG, yes,
> it should be also supported. But I didn't test that platform, if you
> confirm it works in your side. We can enable it.

I can confirm I get power readings on my fam16hmod30h board once I apply a
trivial patch to the driver. I'll send the patch in a separate e-mail.

> PTSC's frequency is about 100Mhz, it shouldn't be overflow.

That's what I thought. I'm trying to read the value using the /dev/msr
interface from userspace and I get weird results.

i.e.:
Jx: read 62d299b84
PTSC MSR: read 72fe92

sleep 5ms

Jy: read 631b453b9
PTSC MSR: read 46b25

this happens about half the time (PTSC going backwards). Though
admittedly the problem could somehow be in the MSR code I'm using.

> mWatts are for processor power not system power. Below data is
> calculated on fam15h model 60h which is low power platform. Even
> though the method has a minor mistake, the processor power should be
> in mWatts field.

I have an actual wall-mounted power meter hooked up to my system and the
difference from idle to all-cores-busy is 20W, so I would think that that
the results we find with perf should be >1W at least.

Vince

\
 
 \ /
  Last update: 2016-06-16 23:21    [W:0.168 / U:0.064 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site