[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20130201102629.GA24485@gmail.com>
Date: Fri, 1 Feb 2013 11:26:29 +0100
From: Ingo Molnar <mingo@...nel.org>
To: Arnaldo Carvalho de Melo <acme@...radead.org>,
Stephane Eranian <eranian@...gle.com>
Cc: linux-kernel@...r.kernel.org,
Sukadev Bhattiprolu <sukadev@...ux.vnet.ibm.com>,
Andi Kleen <ak@...ux.intel.com>,
Anton Blanchard <anton@....ibm.com>,
Ingo Molnar <mingo@...hat.com>, Jiri Olsa <jolsa@...hat.com>,
Paul Mackerras <paulus@...ba.org>,
Peter Zijlstra <a.p.zijlstra@...llo.nl>,
Robert Richter <robert.richter@....com>,
Stephane Eranian <eranian@...gle.com>, linuxppc-dev@...abs.org,
Arnaldo Carvalho de Melo <acme@...hat.com>
Subject: Re: [PATCH 22/25] perf: Make EVENT_ATTR global
* Arnaldo Carvalho de Melo <acme@...radead.org> wrote:
> From: Sukadev Bhattiprolu <sukadev@...ux.vnet.ibm.com>
>
> Rename EVENT_ATTR() to PMU_EVENT_ATTR() and make it global so it is
> available to all architectures.
>
> Further to allow architectures flexibility, have PMU_EVENT_ATTR() pass
> in the variable name as a parameter.
>
> Changelog[v2]
> - [Jiri Olsa] No need to define PMU_EVENT_PTR()
>
> Signed-off-by: Sukadev Bhattiprolu <sukadev@...ux.vnet.ibm.com>
> Acked-by: Jiri Olsa <jolsa@...hat.com>
> Cc: Andi Kleen <ak@...ux.intel.com>
> Cc: Anton Blanchard <anton@....ibm.com>
> Cc: Ingo Molnar <mingo@...hat.com>
> Cc: Jiri Olsa <jolsa@...hat.com>
> Cc: Paul Mackerras <paulus@...ba.org>
> Cc: Peter Zijlstra <a.p.zijlstra@...llo.nl>
> Cc: Robert Richter <robert.richter@....com>
> Cc: Stephane Eranian <eranian@...gle.com>
> Cc: linuxppc-dev@...abs.org
> Link: http://lkml.kernel.org/r/20130123062422.GC13720@us.ibm.com
> Signed-off-by: Arnaldo Carvalho de Melo <acme@...hat.com>
> ---
> arch/x86/kernel/cpu/perf_event.c | 13 +++----------
> include/linux/perf_event.h | 11 +++++++++++
> 2 files changed, 14 insertions(+), 10 deletions(-)
so this one started conflicting non-trivially with tip:perf/x86
- the pending memory profiling kernel-side bits.
Can we merge the memory profiling tooling side bits together
with the kernel side bits - or does it need more work?
For now I've excluded perf/x86 from tip:master until this is
resolved.
Thanks,
Ingo
--
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