[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <13432865-8DCB-4100-95C7-DC59D4968B9A@163.com>
Date: Fri, 17 Jul 2015 21:45:36 +0800
From: pi3orama <pi3orama@....com>
To: Peter Zijlstra <peterz@...radead.org>
Cc: "Wangnan (F)" <wangnan0@...wei.com>,
kaixu xia <xiakaixu@...wei.com>,
"ast@...mgrid.com" <ast@...mgrid.com>,
"davem@...emloft.net" <davem@...emloft.net>,
"acme@...nel.org" <acme@...nel.org>,
"mingo@...hat.com" <mingo@...hat.com>,
"masami.hiramatsu.pt@...achi.com" <masami.hiramatsu.pt@...achi.com>,
"jolsa@...nel.org" <jolsa@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"hekuang@...wei.com" <hekuang@...wei.com>
Subject: Re: [RFC PATCH 5/6] bpf: Implement function bpf_read_pmu() that get the selected hardware PMU conuter
发自我的 iPhone
> 在 2015年7月17日,下午9:26,Peter Zijlstra <peterz@...radead.org> 写道:
>
> On Fri, Jul 17, 2015 at 08:57:00PM +0800, pi3orama wrote:
>>>> But what if we really want cross-cpu PMU accessing? Impossible?
>>>
>>> Under the assumption that the eBPF program is called from tracing, and
>>> therefore from any context (task, softirq, irq and nmi), yes impossible.
>>>
>>> You cannot do (synchronous) IPIs from either IRQ context or with IRQs
>>> disabled. And both are valid trace contexts.
>>
>> What about software perf event? For example, tracepoints?
>
> Some of them, tracepoints would work. So you could exempt
> TYPE_TRACEPOINT, but I would suggest starting as constrained as possible
> and relaxing when we really need/want.
>
>
Thanks to your advise. We will follow them in v2. Do you have further comment on other part of this patch set?
Thank you.
--
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