[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160329140439.GK3408@twins.programming.kicks-ass.net>
Date: Tue, 29 Mar 2016 16:04:39 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Wang Nan <wangnan0@...wei.com>
Cc: Alexei Starovoitov <ast@...nel.org>,
Arnaldo Carvalho de Melo <acme@...hat.com>,
linux-kernel@...r.kernel.org,
Brendan Gregg <brendan.d.gregg@...il.com>,
He Kuang <hekuang@...wei.com>, Jiri Olsa <jolsa@...nel.org>,
Masami Hiramatsu <masami.hiramatsu.pt@...achi.com>,
Namhyung Kim <namhyung@...nel.org>, pi3orama@....com,
Zefan Li <lizefan@...wei.com>
Subject: Re: [PATCH 4/4] perf core: Add backward attribute to perf event
On Mon, Mar 28, 2016 at 06:41:32AM +0000, Wang Nan wrote:
Could you maybe write a perf/tests thingy for this so that _some_
userspace exists that exercises this new code?
> int perf_output_begin(struct perf_output_handle *handle,
> struct perf_event *event, unsigned int size)
> {
> + if (unlikely(is_write_backward(event)))
> + return __perf_output_begin(handle, event, size, true);
> return __perf_output_begin(handle, event, size, false);
> }
Would something like:
int perf_output_begin(...)
{
if (unlikely(is_write_backward(event))
return perf_output_begin_backward(...);
return perf_output_begin_forward(...);
}
make sense; I'm not sure how much is still using this, but it seems
somewhat excessive to inline two copies of that thing into a single
function.
Alternatively; something like:
int perf_output_begin(...)
{
return __perf_output_begin(..., unlikely(event->attr.backwards));
}
might make sense too.
Powered by blists - more mailing lists