Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932407AbbERTZT (ORCPT ); Mon, 18 May 2015 15:25:19 -0400 Received: from mail-ie0-f170.google.com ([209.85.223.170]:33779 "EHLO mail-ie0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932068AbbERTZR (ORCPT ); Mon, 18 May 2015 15:25:17 -0400 Message-ID: <555A3C9B.2070309@plumgrid.com> Date: Mon, 18 May 2015 12:25:15 -0700 From: Alexei Starovoitov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Wang Nan , paulus@samba.org, a.p.zijlstra@chello.nl, mingo@redhat.com, acme@kernel.org, namhyung@kernel.org, jolsa@kernel.org, dsahern@gmail.com, daniel@iogearbox.net, brendan.d.gregg@gmail.com, masami.hiramatsu.pt@hitachi.com CC: lizefan@huawei.com, linux-kernel@vger.kernel.org, pi3orama@163.com Subject: Re: [RFC PATCH v3 33/37] perf bpf: Probe at kprobe points References: <1431860222-61636-1-git-send-email-wangnan0@huawei.com> <1431860222-61636-34-git-send-email-wangnan0@huawei.com> In-Reply-To: <1431860222-61636-34-git-send-email-wangnan0@huawei.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1012 Lines: 21 On 5/17/15 3:56 AM, Wang Nan wrote: > In this patch, kprobe points are created using add_perf_probe_events. > Since all events are already grouped together in an array, calling > add_perf_probe_events() once creates all of them. > > To ensure recover the system when existing, a bpf_unprobe() is also > provided and hooked to atexit(). Because all of events are in group > "perf_bpf_probe" (PERF_BPF_PROBE_GROUP), use 'perf_bpf_probe:*' string > to remove all of them should be a simple method. However, this also > introduces a constrain that only one instance of 'perf bpf' is allowed > to be active. perf bits look ok to me, but I'm not a perf codebase expert. The above restriction also looks fine for now. We can relax it later if it really becomes a problem. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/