Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1344035 > unrolled thread
| Started by | Thomas Gleixner <tglx@linutronix.de> |
|---|---|
| First post | 2016-02-26 11:30 +0100 |
| Last post | 2016-03-01 15:00 +0100 |
| Articles | 4 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH v5] perf/x86/amd/power: Add AMD accumulated power reporting mechanism Thomas Gleixner <tglx@linutronix.de> - 2016-02-26 11:30 +0100
Re: [PATCH v5] perf/x86/amd/power: Add AMD accumulated power reporting mechanism Borislav Petkov <bp@alien8.de> - 2016-02-26 11:40 +0100
Re: [PATCH v5] perf/x86/amd/power: Add AMD accumulated power reporting mechanism Thomas Gleixner <tglx@linutronix.de> - 2016-02-29 12:40 +0100
Re: [PATCH v5] perf/x86/amd/power: Add AMD accumulated power reporting mechanism Borislav Petkov <bp@alien8.de> - 2016-03-01 15:00 +0100
| From | Thomas Gleixner <tglx@linutronix.de> |
|---|---|
| Date | 2016-02-26 11:30 +0100 |
| Subject | Re: [PATCH v5] perf/x86/amd/power: Add AMD accumulated power reporting mechanism |
| Message-ID | <r6nOQ-1Jb-59@gated-at.bofh.it> |
On Fri, 26 Feb 2016, Huang Rui wrote:
> +/* Event code: LSB 8 bits, passed in attr->config any other bit is reserved. */
> +#define AMD_POWER_EVENT_MASK 0xFFULL
> +
> +#define MAX_CUS 8
What's that define for? Max compute units? So is that stuff eternaly limited
to 8?
> +struct power_pmu_masks {
> + /*
> + * These two cpumasks are used for avoiding the allocations on the
> + * CPU_STARTING phase because power_cpu_prepare() will be called with
> + * IRQs disabled.
> + */
> + cpumask_var_t mask;
> + cpumask_var_t tmp_mask;
> +};
> +
> +static struct pmu pmu_class;
> +
> +/*
> + * Accumulated power represents the sum of each compute unit's (CU) power
> + * consumption. On any core of each CU we read the total accumulated power from
> + * MSR_F15H_CU_PWR_ACCUMULATOR. cpu_mask represents CPU bit map of all cores
> + * which are picked to measure the power for the CUs they belong to.
> + */
> +static cpumask_t cpu_mask;
> +
> +static DEFINE_PER_CPU(struct power_pmu_masks *, amd_power_pmu);
This is complete overkill, really.
> +static int power_cpu_exit(int cpu)
> +{
> + struct power_pmu_masks *pmu = per_cpu(amd_power_pmu, cpu);
> + int target = nr_cpumask_bits;
> + int ret = 0;
> +
> + cpumask_copy(pmu->mask, topology_sibling_cpumask(cpu));
> +
> + cpumask_clear_cpu(cpu, &cpu_mask);
> + cpumask_clear_cpu(cpu, pmu->mask);
> +
> + if (!cpumask_and(pmu->tmp_mask, pmu->mask, cpu_online_mask))
> + goto out;
> + /*
> + * Find a new CPU on the same compute unit, if was set in cpumask
> + * and still some CPUs on compute unit. Then move on to the new CPU.
> + */
> + target = cpumask_any(pmu->tmp_mask);
> + if (target < nr_cpumask_bits && target != cpu)
> + cpumask_set_cpu(target, &cpu_mask);
> +
> + WARN_ON(cpumask_empty(&cpu_mask));
> +
> +out:
> + /*
> + * Migrate event and context to new CPU.
> + */
> + if (target < nr_cpumask_bits)
> + perf_pmu_migrate_context(&pmu_class, cpu, target);
> +
> + return ret;
Sigh. That whole thing can be simply done with:
if (!cpumask_test_and_clear_cpu(cpu, &cpu_mask))
return;
target = cpumask_any_but(topology_sibling_cpumask(cpu), cpu);
if (target < nr_cpumask_bits) {
cpumask_set_cpu(target, &uncore_cpu_mask);
perf_pmu_migrate_context(&pmu_class, cpu, target);
}
> +
> +}
> +
> +static int power_cpu_init(int cpu)
> +{
> + struct power_pmu_masks *pmu = per_cpu(amd_power_pmu, cpu);
> +
> + if (!pmu)
> + return 0;
> +
> + if (!cpumask_and(pmu->mask, topology_sibling_cpumask(cpu), &cpu_mask))
> + cpumask_set_cpu(cpu, &cpu_mask);
And that's equally convoluted and can be done with:
target = cpumask_any_and(&cpu_mask, topology_sibling_cpumask(cpu));
if (target < nr_cpu_ids)
cpumask_set_cpu(cpu, &cpu_mask);
> +static int power_cpu_prepare(int cpu)
> +{
> + struct power_pmu_masks *pmu = per_cpu(amd_power_pmu, cpu);
> + int phys_id = topology_physical_package_id(cpu);
> + int ret = 0;
> +
> + if (pmu)
> + return 0;
> +
> + if (phys_id < 0)
> + return -EINVAL;
> +
> + pmu = kzalloc_node(sizeof(*pmu), GFP_KERNEL, cpu_to_node(cpu));
> + if (!pmu)
> + return -ENOMEM;
> +
> + if (!zalloc_cpumask_var(&pmu->mask, GFP_KERNEL)) {
> + ret = -ENOMEM;
> + goto out;
> + }
> +
> + if (!zalloc_cpumask_var(&pmu->tmp_mask, GFP_KERNEL)) {
> + ret = -ENOMEM;
> + goto out1;
> + }
> +
> + per_cpu(amd_power_pmu, cpu) = pmu;
> + return 0;
> +
> +out1:
> + free_cpumask_var(pmu->mask);
> +out:
> + kfree(pmu);
> +
> + return ret;
> +}
> +
> +static void power_cpu_kfree(int cpu)
> +{
> + struct power_pmu_masks *pmu = per_cpu(amd_power_pmu, cpu);
> +
> + if (!pmu)
> + return;
> +
> + free_cpumask_var(pmu->mask);
> + free_cpumask_var(pmu->tmp_mask);
> + kfree(pmu);
> +
> + per_cpu(amd_power_pmu, cpu) = NULL;
> +}
Both prepare and free can go away.
> +static int __init amd_power_pmu_init(void)
> +{
> + int i, ret;
> + u64 tmp;
> +
> + if (!x86_match_cpu(cpu_match))
> + return 0;
> +
> + if (!boot_cpu_has(X86_FEATURE_ACC_POWER))
> + return -ENODEV;
> +
> + cores_per_cu = amd_get_cores_per_cu();
> + cu_num = boot_cpu_data.x86_max_cores / cores_per_cu;
Please use the new package management functions which are on the way to tip.
> +
> + if (WARN_ON_ONCE(cu_num > MAX_CUS))
> + return -EINVAL;
> +
> + cpu_pwr_sample_ratio = cpuid_ecx(0x80000007);
> +
> + if (rdmsrl_safe(MSR_F15H_CU_MAX_PWR_ACCUMULATOR, &tmp)) {
> + pr_err("Failed to read max compute unit power accumulator MSR\n");
> + return -ENODEV;
> + }
> + max_cu_acc_power = tmp;
> +
> + cpu_notifier_register_begin();
> +
> + /* Choose one online core of each compute unit. */
> + for (i = 0; i < boot_cpu_data.x86_max_cores; i += cores_per_cu) {
> + WARN_ON(cpumask_empty(topology_sibling_cpumask(i)));
> + cpumask_set_cpu(cpumask_any(topology_sibling_cpumask(i)), &cpu_mask);
> + }
> +
> + for_each_present_cpu(i) {
> + ret = power_cpu_prepare(i);
> + if (ret) {
> + /* Unwind on [0 ... i-1] CPUs. */
> + while (i--)
> + power_cpu_kfree(i);
> + goto out;
> + }
Not needed.
> + ret = power_cpu_init(i);
> + if (ret) {
> + /* Unwind on [0 ... i] CPUs. */
> + while (i >= 0)
> + power_cpu_kfree(i--);
> + goto out;
> + }
You cannot issue the CPU STARTING callback on present, but not online cpus.
> + }
> +
> + __perf_cpu_notifier(power_cpu_notifier);
> +
> + ret = perf_pmu_register(&pmu_class, "power", -1);
> + if (WARN_ON(ret)) {
> + pr_warn("AMD Power PMU registration failed\n");
So that leaves the notifier installed and leaks all the allocated memory.
> + goto out;
> + }
> +
> + pr_info("AMD Power PMU detected, %d compute units\n", cu_num);
> +
> +out:
> + cpu_notifier_register_done();
> +
> + return ret;
> +}
> +device_initcall(amd_power_pmu_init);
Please make this as a module right away. There is no reason to compile all
this in.
Thanks,
tglx
[toc] | [next] | [standalone]
| From | Borislav Petkov <bp@alien8.de> |
|---|---|
| Date | 2016-02-26 11:40 +0100 |
| Subject | Re: [PATCH v5] perf/x86/amd/power: Add AMD accumulated power reporting mechanism |
| Message-ID | <r6nYt-1Np-9@gated-at.bofh.it> |
| In reply to | #1344035 |
On Fri, Feb 26, 2016 at 11:18:28AM +0100, Thomas Gleixner wrote:
> On Fri, 26 Feb 2016, Huang Rui wrote:
> > +/* Event code: LSB 8 bits, passed in attr->config any other bit is reserved. */
> > +#define AMD_POWER_EVENT_MASK 0xFFULL
> > +
> > +#define MAX_CUS 8
>
> What's that define for? Max compute units? So is that stuff eternaly limited
> to 8?
I already sent him a cleaned up version with that dumbness removed:
https://lkml.kernel.org/r/20160128145436.GE14274@pd.tnic
Rui, what's up?
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
[toc] | [prev] | [next] | [standalone]
| From | Thomas Gleixner <tglx@linutronix.de> |
|---|---|
| Date | 2016-02-29 12:40 +0100 |
| Message-ID | <r7ulc-2qo-19@gated-at.bofh.it> |
| In reply to | #1344035 |
On Tue, 1 Mar 2016, Huang Rui wrote:
> On Fri, Feb 26, 2016 at 11:18:28AM +0100, Thomas Gleixner wrote:
> > > +static int __init amd_power_pmu_init(void)
> > > +{
> > > + int i, ret;
> > > + u64 tmp;
> > > +
> > > + if (!x86_match_cpu(cpu_match))
> > > + return 0;
> > > +
> > > + if (!boot_cpu_has(X86_FEATURE_ACC_POWER))
> > > + return -ENODEV;
> > > +
> > > + cores_per_cu = amd_get_cores_per_cu();
> > > + cu_num = boot_cpu_data.x86_max_cores / cores_per_cu;
> >
> > Please use the new package management functions which are on the way to tip.
> >
> Can you give me some hints?
http://git.kernel.org/tip/1f12e32f4cd5243ae46d8b933181be0d022c6793
topology_max_packages() is what you want.
> > You cannot issue the CPU STARTING callback on present, but not online cpus.
> >
>
> Do you mean we should change for_each_present_cpu to
> for_each_online_cpu?
>
> My orignal intent here, it's to allocate data structures of
> "power_pmu_masks" for each core.
Sure, you can allocate stuff for present cpus, but you cannot call the
CPU_STARTING callback for offline cpus.
> But now, I think we needn't below codes, right?
-ENOPARSE
> for_each_online_cpu(i)
> power_cpu_init(i);
You still need that.
> > > +
> > > + __perf_cpu_notifier(power_cpu_notifier);
> > > +
> > > + ret = perf_pmu_register(&pmu_class, "power", -1);
> > > + if (WARN_ON(ret)) {
> > > + pr_warn("AMD Power PMU registration failed\n");
> >
> >
> > So that leaves the notifier installed and leaks all the allocated memory.
> >
>
> OK, do you mean "issue CPU_STARTING callback on present cpus" will
> cause the memory leak here? Could you please explain more?
Oh well, can you actually read your own code? You allocate a gazillion of
memory in power_cpu_prepare() and on error you just leak it.
Thanks,
tglx
[toc] | [prev] | [next] | [standalone]
| From | Borislav Petkov <bp@alien8.de> |
|---|---|
| Date | 2016-03-01 15:00 +0100 |
| Subject | Re: [PATCH v5] perf/x86/amd/power: Add AMD accumulated power reporting mechanism |
| Message-ID | <r7T0e-1s3-11@gated-at.bofh.it> |
| In reply to | #1345724 |
On Mon, Feb 29, 2016 at 12:30:47PM +0100, Thomas Gleixner wrote:
> On Tue, 1 Mar 2016, Huang Rui wrote:
> > On Fri, Feb 26, 2016 at 11:18:28AM +0100, Thomas Gleixner wrote:
> > > > +static int __init amd_power_pmu_init(void)
> > > > +{
> > > > + int i, ret;
> > > > + u64 tmp;
> > > > +
> > > > + if (!x86_match_cpu(cpu_match))
> > > > + return 0;
> > > > +
> > > > + if (!boot_cpu_has(X86_FEATURE_ACC_POWER))
> > > > + return -ENODEV;
> > > > +
> > > > + cores_per_cu = amd_get_cores_per_cu();
> > > > + cu_num = boot_cpu_data.x86_max_cores / cores_per_cu;
> > >
> > > Please use the new package management functions which are on the way to tip.
> > >
> > Can you give me some hints?
>
> http://git.kernel.org/tip/1f12e32f4cd5243ae46d8b933181be0d022c6793
>
> topology_max_packages() is what you want.
Rui, I think you want to use smp_num_siblings here. And we did define
that amd_get_cores_per_cu() but that's redundant:
/* get compute unit information */
smp_num_siblings = ((ebx >> 8) & 3) + 1;
c->compute_unit_id = ebx & 0xff;
cores_per_cu += ((ebx >> 8) & 3);
So if I'm not missing anything else, we don't need that cores_per_cu
variable, nor do we need amd_get_cores_per_cu(). I'll zap this patch
from my queue. You can use smp_num_siblings in your patch instead which
is exported to everything.
Thanks.
--
Regards/Gruss,
Boris.
ECO tip #101: Trim your mails when you reply.
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web