lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Wed, 27 Nov 2013 17:03:35 -0500 (EST)
From:	Vince Weaver <vince@...ter.net>
To:	Stephane Eranian <eranian@...gle.com>
cc:	LKML <linux-kernel@...r.kernel.org>,
	Peter Zijlstra <peterz@...radead.org>,
	"mingo@...e.hu" <mingo@...e.hu>,
	"ak@...ux.intel.com" <ak@...ux.intel.com>,
	Arnaldo Carvalho de Melo <acme@...hat.com>,
	Jiri Olsa <jolsa@...hat.com>,
	"Yan, Zheng" <zheng.z.yan@...el.com>,
	Borislav Petkov <bp@...en8.de>,
	Maria Dimakopoulou <maria.n.dimakopoulou@...il.com>
Subject: Re: [PATCH v7 3/4] perf,x86: add Intel RAPL PMU support

On Wed, 27 Nov 2013, Stephane Eranian wrote:

> On Wed, Nov 27, 2013 at 7:35 PM, Vince Weaver <vince@...ter.net> wrote:

> > So I notice PP1 (which is the GPU power on non-server chips)
> > is not supported.
> >
> > Is that just for simplicity?
> >
> Does it work on specific models only? I bet so. How to detect those?

In general it is on the machines that don't support the DRAM measurements 
(so the non-EP machines) but I don't know if there's a nice list anywhere.

Intel manuals say:
   For a client platform, PP1 domain refers to the power plane of a 
   specific device in the uncore. For server platforms, PP1 domain is not
   supported,

usually PP1 I think maps to the embedded GPU.

> > Sorry if these are annoying questions, I am glad to see this driver make
> > progress, as I've had the misfortune of maintaining various user-space-MSR
> > hacks designed to get this info because of lack of kernel support.
> >
> You don't really need a driver, you can also just use modprobe msr + the
> turbostat utility now part of the kernel source tree. It taps into the same
> counters.

yes, the code I maintain doesn't have a custom driver, it just uses the 
raw msr interface.  That's how PAPI currently works.  Though I guess I'll 
have to maintain both that and the new interface for a while as not 
everyone's going to run out and instlal 3.14.

It's a shame that it took so long for proper RAPL support to get merged.  
Because of the delay there are lots of people poking the MSRs themselves 
and various vendors who are shipping custom out-of-tree RAPL drivers, etc.

Vince
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ