Re: [PATCH 2/3] introduce intel_rapl driver

From: Zhang Rui
Date: Sun May 29 2011 - 22:42:44 EST


Hi,

On Thu, 2011-05-26 at 23:48 +0800, Randy Dunlap wrote:
> On Thu, 26 May 2011 16:34:17 +0800 Zhang Rui wrote:
>
> >
> > Introduce Intel RAPL driver.
> >
> > RAPL (running average power limit) is a new feature which provides mechanisms
> > to enforce power consumption limit, on some new processors.
> >
> > RAPL provides MSRs reporting the total amount of energy consumed
> > by the package/core/uncore/dram.
> > Further more, by using RAPL, OS can set a power bugdet in a certain time window,
> > and let Hardware to throttle the processor P/T-state to meet this enery limitation.
> >
> > Currently, we don't have the plan to support the RAPL power control,
> > but we do want to export the package/core/uncore/dram power consumption
> > information via perf tool first.
>
> Hi,
>
> What's an uncore?
>
According to the Intel SDM, besides the Package and DRAM power domains,
RAPL defines another two power domains, AKA, PP0/PP1, PP0 refers to the
processor cores and PP1 refers to the power plane of a specific device
in the uncore.
Maybe "uncore" is kind of misleading, but using "PP0/PP1" doesn't mean
anything to users.

> > Signed-off-by: Zhang Rui <rui.zhang@xxxxxxxxx>
> > ---
> > drivers/platform/x86/Kconfig | 8
> > drivers/platform/x86/Makefile | 1
> > drivers/platform/x86/intel_rapl.c | 368 ++++++++++++++++++++++++++++++++++++++
> > include/linux/perf_event.h | 4
> > 4 files changed, 381 insertions(+)
> >
> > Index: linux-2.6/drivers/platform/x86/Kconfig
> > ===================================================================
> > --- linux-2.6.orig/drivers/platform/x86/Kconfig
> > +++ linux-2.6/drivers/platform/x86/Kconfig
> > @@ -753,4 +753,12 @@ config SAMSUNG_LAPTOP
> > To compile this driver as a module, choose M here: the module
> > will be called samsung-laptop.
> >
> > +config INTEL_RAPL
> > + tristate "Intel RAPL Support"
> > + depends on X86
> > + default y
> > + ---help---
> > + RAPL, AKA, Running Average Power Limit provides mechanisms to enforce
>
> RAPL (Running Average Power Limit) provides mechanisms to enforce
>
> > + power consumption limit.
> > +
> > endif # X86_PLATFORM_DEVICES
>
> > Index: linux-2.6/drivers/platform/x86/intel_rapl.c
> > ===================================================================
> > --- /dev/null
> > +++ linux-2.6/drivers/platform/x86/intel_rapl.c
> > @@ -0,0 +1,368 @@
>
> [snip]
>
> > +/* show the energy status, in Jelous */
>
> Is that Joules? or what?
>
Oh. right, it's Joules.

> > +static int rapl_read_energy(struct rapl_domain *domain)
> > +{
> > + u64 value;
> > + u32 msr = domain->msrs.status;
> > +
> > + rdmsrl(msr, value);
> > + return rapl_unit_xlate(ENERGY_UNIT, value, 0);
> > +}
>
> [snip]
>
> > +static int __init intel_rapl_init(void)
> > +{
> > + enum rapl_domain_id id;
> > +
> > + /*
> > + * RAPL features are only supported on processors have a CPUID
> > + * signature with DisplayFamily_DisplayModel of 06_2AH, 06_2DH
> > + */
> > + if (boot_cpu_data.x86 != 0x06)
> > + return -ENODEV;
> > +
> > + if (boot_cpu_data.x86_model == 0x2A)
> > + rapl_domains[RAPL_DOMAIN_PP1].valid = 1;
> > + else if (boot_cpu_data.x86_model == 0x2D)
> > + rapl_domains[RAPL_DOMAIN_DRAM].valid = 1;
> > + else
> > + return -ENODEV;
> > +
> > + if (rapl_check_unit())
> > + return -ENODEV;
> > +
> > + for(id = 0; id < RAPL_DOMAIN_MAX; id++)
>
> space after "for"
>
> > + if (rapl_domains[id].valid)
> > + perf_pmu_register(&(rapl_domains[id].pmu), rapl_domains[id].pmu.name, PERF_TYPE_SOFTWARE);
> > + return 0;
> > +}
> > +
> > +static void __exit intel_rapl_exit(void)
> > +{
> > + enum rapl_domain_id id;
> > +
> > + for(id = 0; id < RAPL_DOMAIN_MAX; id++)
>
> ditto
>
will fix them in the next version.

thanks,
rui

> > + if (rapl_domains[id].valid)
> > + perf_pmu_unregister(&(rapl_domains[id].pmu));
> > +}
>
>
> ---
> ~Randy
> *** Remember to use Documentation/SubmitChecklist when testing your code ***


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