lkml.org 
[lkml]   [2018]   [Apr]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] perf: Allow suppressing AUX records
On Sat, Mar 31, 2018 at 11:35:46AM +0200, Ingo Molnar wrote:
> * Peter Zijlstra <peterz@infradead.org> wrote:
> > On Mon, Jan 15, 2018 at 05:00:20PM +0200, Alexander Shishkin wrote:
> > > diff --git a/include/uapi/linux/perf_event.h b/include/uapi/linux/perf_event.h
> > > index c77c9a2ebbbb..d7a981130561 100644
> > > --- a/include/uapi/linux/perf_event.h
> > > +++ b/include/uapi/linux/perf_event.h
> > > @@ -370,7 +370,8 @@ struct perf_event_attr {
> > > context_switch : 1, /* context switch data */
> > > write_backward : 1, /* Write ring buffer from end to beginning */
> > > namespaces : 1, /* include namespaces data */
> > > - __reserved_1 : 35;
> > > + suppress_aux : 1, /* don't generate PERF_RECORD_AUX */
> > > + __reserved_1 : 34;
> > >
> > > union {
> > > __u32 wakeup_events; /* wakeup every n events */
> >
> > So I'm basically fine with this patch, however I wonder if we really
> > need this suppress flag and can't just unconditionally drop these
> > events.
> >
> > Ash said that as far as he knows no Intel-PT user actually relies on it;
> > Will is there anything ARM that is known to rely on them?
> >
> > In anycase, tentative ACK on this, unless we wants to be brave and forgo
> > this flag.
> >
> > Ingo, any opinions?
>
> Yeah, I'd suggest we just supress those record, and wait for complaints - let's
> not complicate the ABI if not necessary?

Works for me. We've not had SPE support in mainline perf for very long and
the availability of hardware is extremely limited at the moment, so I don't
anticipate any ABI implications on the arm64 side.

Cheers,

Will

\
 
 \ /
  Last update: 2018-04-03 19:32    [W:0.089 / U:0.152 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site