Message ID | 1543230756-15319-1-git-send-email-andrew.murray@arm.com |
---|---|
Headers | show |
Series | perf/core: Generalise event exclusion checking | expand |
Hi Andrew, On 26/11/2018 11:12, Andrew Murray wrote: > Many PMU drivers do not have the capability to exclude counting events > that occur in specific contexts such as idle, kernel, guest, etc. These > drivers indicate this by returning an error in their event_init upon > testing the events attribute flags. This approach is error prone and > often inconsistent. > > Let's instead allow PMU drivers to advertise their ability to exclude > based on context via a new capability: PERF_PMU_CAP_EXCLUDE. This > allows the perf core to reject requests for exclusion events where > there is no support in the PMU. > > Signed-off-by: Andrew Murray <andrew.murray@arm.com> > --- > include/linux/perf_event.h | 1 + > kernel/events/core.c | 9 +++++++++ > 2 files changed, 10 insertions(+) > > diff --git a/include/linux/perf_event.h b/include/linux/perf_event.h > index b2e806f..69b3d65 100644 > --- a/include/linux/perf_event.h > +++ b/include/linux/perf_event.h > @@ -244,6 +244,7 @@ struct perf_event; > #define PERF_PMU_CAP_EXCLUSIVE 0x10 > #define PERF_PMU_CAP_ITRACE 0x20 > #define PERF_PMU_CAP_HETEROGENEOUS_CPUS 0x40 > +#define PERF_PMU_CAP_EXCLUDE 0x80 > > /** > * struct pmu - generic performance monitoring unit > diff --git a/kernel/events/core.c b/kernel/events/core.c > index 5a97f34..9afb33c 100644 > --- a/kernel/events/core.c > +++ b/kernel/events/core.c > @@ -9743,6 +9743,15 @@ static int perf_try_init_event(struct pmu *pmu, struct perf_event *event) > if (ctx) > perf_event_ctx_unlock(event->group_leader, ctx); > > + if (!ret) { > + if (!(pmu->capabilities & PERF_PMU_CAP_EXCLUDE) && > + event_has_any_exclude_flag(event)) { Technically this is a bisection-breaker, since no driver has this capability yet - ideally, this patch should come after all the ones introducing it to the relevant drivers (with the removal of the now-redundant code from the other drivers at the end). Alternatively, since we already have several other negative capabilities, unless there's a strong feeling against adding any more then it might work out simpler to flip it to PERF_PMU_CAP_NO_EXCLUDE, such that we only need to introduce the core check then directly replace the open-coded event checks with the capability in the appropriate drivers, and need not touch the exclusion-supporting ones at all. Robin. > + if (event->destroy) > + event->destroy(event); > + ret = -EINVAL; > + } > + } > + > if (ret) > module_put(pmu->module); > >
On Mon, Nov 26, 2018 at 02:10:24PM +0000, Robin Murphy wrote: > Hi Andrew, > > On 26/11/2018 11:12, Andrew Murray wrote: > > Many PMU drivers do not have the capability to exclude counting events > > that occur in specific contexts such as idle, kernel, guest, etc. These > > drivers indicate this by returning an error in their event_init upon > > testing the events attribute flags. This approach is error prone and > > often inconsistent. > > > > Let's instead allow PMU drivers to advertise their ability to exclude > > based on context via a new capability: PERF_PMU_CAP_EXCLUDE. This > > allows the perf core to reject requests for exclusion events where > > there is no support in the PMU. > > > > Signed-off-by: Andrew Murray <andrew.murray@arm.com> > > --- > > include/linux/perf_event.h | 1 + > > kernel/events/core.c | 9 +++++++++ > > 2 files changed, 10 insertions(+) > > > > diff --git a/include/linux/perf_event.h b/include/linux/perf_event.h > > index b2e806f..69b3d65 100644 > > --- a/include/linux/perf_event.h > > +++ b/include/linux/perf_event.h > > @@ -244,6 +244,7 @@ struct perf_event; > > #define PERF_PMU_CAP_EXCLUSIVE 0x10 > > #define PERF_PMU_CAP_ITRACE 0x20 > > #define PERF_PMU_CAP_HETEROGENEOUS_CPUS 0x40 > > +#define PERF_PMU_CAP_EXCLUDE 0x80 > > /** > > * struct pmu - generic performance monitoring unit > > diff --git a/kernel/events/core.c b/kernel/events/core.c > > index 5a97f34..9afb33c 100644 > > --- a/kernel/events/core.c > > +++ b/kernel/events/core.c > > @@ -9743,6 +9743,15 @@ static int perf_try_init_event(struct pmu *pmu, struct perf_event *event) > > if (ctx) > > perf_event_ctx_unlock(event->group_leader, ctx); > > + if (!ret) { > > + if (!(pmu->capabilities & PERF_PMU_CAP_EXCLUDE) && > > + event_has_any_exclude_flag(event)) { > > Technically this is a bisection-breaker, since no driver has this capability > yet - ideally, this patch should come after all the ones introducing it to > the relevant drivers (with the removal of the now-redundant code from the > other drivers at the end). Indeed. Thought it is possible to first introduce the capability, update the relevant drivers to advertise it, then add the change to core.c and finally remove the unnecessary error checks as a result of using the new capability. This approach could be bisection-proof. > > Alternatively, since we already have several other negative capabilities, > unless there's a strong feeling against adding any more then it might work > out simpler to flip it to PERF_PMU_CAP_NO_EXCLUDE, such that we only need to > introduce the core check then directly replace the open-coded event checks > with the capability in the appropriate drivers, and need not touch the > exclusion-supporting ones at all. This would certaintly be less risky and invasive (e.g. compare the number of files touched between this v2 and the previous v1). I'm happy with either approach. Thanks, Andrew Murray > > Robin. > > > + if (event->destroy) > > + event->destroy(event); > > + ret = -EINVAL; > > + } > > + } > > + > > if (ret) > > module_put(pmu->module); > >
From: Andrew Murray <andrew.murray@arm.com> Date: Mon, 26 Nov 2018 11:12:32 +0000 > The SPARC PMU has the capability to exclude events based on context > - let's advertise that we support the PERF_PMU_CAP_EXCLUDE > capability to ensure that perf doesn't prevent us from handling > events where any exclusion flags are set. > > Signed-off-by: Andrew Murray <andrew.murray@arm.com> Acked-by: David S. Miller <davem@davemloft.net>
Hi Andrew, On 26/11/2018 11:12, Andrew Murray wrote: > Update design.txt to reflect the presence of the exclude_host > and exclude_guest perf flags. > > Signed-off-by: Andrew Murray <andrew.murray@arm.com> Thanks a lot for adding this ! > --- > tools/perf/design.txt | 4 ++++ > 1 file changed, 4 insertions(+) > > diff --git a/tools/perf/design.txt b/tools/perf/design.txt > index a28dca2..5b2b23b 100644 > --- a/tools/perf/design.txt > +++ b/tools/perf/design.txt > @@ -222,6 +222,10 @@ The 'exclude_user', 'exclude_kernel' and 'exclude_hv' bits provide a > way to request that counting of events be restricted to times when the > CPU is in user, kernel and/or hypervisor mode. > > +Furthermore the 'exclude_host' and 'exclude_guest' bits provide a way > +to request counting of events restricted to guest and host contexts when > +using KVM virtualisation. minor nit: could we generalise this to : "using Linux as the hypervisor". Otherwise, looks good to me. Cheers Suzuki
On Mon, Nov 26, 2018 at 11:12:31AM +0000, Andrew Murray wrote: > The s390 cpum_cf and cpum_sf PMUs have the capability to exclude > events based on context. Let's advertise that we support the > PERF_PMU_CAP_EXCLUDE capability to ensure that perf doesn't > prevent us from handling events where any exclusion flags are set. > > Signed-off-by: Andrew Murray <andrew.murray@arm.com> > --- > arch/s390/kernel/perf_cpum_cf.c | 1 + > arch/s390/kernel/perf_cpum_sf.c | 2 ++ > 2 files changed, 3 insertions(+) Reviewed-by: Hendrik Brueckner <brueckner@linux.ibm.com>