Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932611AbbFIXQi (ORCPT ); Tue, 9 Jun 2015 19:16:38 -0400 Received: from mail-pa0-f49.google.com ([209.85.220.49]:34453 "EHLO mail-pa0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753792AbbFIXQa (ORCPT ); Tue, 9 Jun 2015 19:16:30 -0400 Message-ID: <557773CB.3000906@plumgrid.com> Date: Tue, 09 Jun 2015 16:16:27 -0700 From: Alexei Starovoitov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Arnaldo Carvalho de Melo CC: Wang Nan , brendan.d.gregg@gmail.com, daniel@iogearbox.net, namhyung@kernel.org, masami.hiramatsu.pt@hitachi.com, paulus@samba.org, a.p.zijlstra@chello.nl, mingo@redhat.com, jolsa@kernel.org, dsahern@gmail.com, linux-kernel@vger.kernel.org, lizefan@huawei.com, hekuang@huawei.com, xiakaixu@huawei.com, pi3orama@163.com Subject: Re: [RFC PATCH v6 00/32] perf tools: filtering events using eBPF programs References: <1433829036-23687-1-git-send-email-wangnan0@huawei.com> <55775AFC.7000408@plumgrid.com> <20150609214436.GK3136@kernel.org> In-Reply-To: <20150609214436.GK3136@kernel.org> 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: 1377 Lines: 29 On 6/9/15 2:44 PM, Arnaldo Carvalho de Melo wrote: > >> btw we've been thinking how to make truly global programs >> and maps, so that they can be used in 'perf probe' interface. >> Right now in 'tc' we're using bpf_agent. It's a user space >> demon that keeps prog_fd and map_fds and passes them to other >> apps via scm_rights. >> We've started experimenting with fuse for this purpose as well, >> but that's similar user space demon and not very convenient >> for perf to talk to such fuse. >> The work in that area is still very rough, just fyi. > > Cool stuff, but please leave us without daemons, we've exorcised from > day one ;-) agreed. I've been looking at hacking debugfs, tracefs, sysfs, but none of them fit well, since such infra needs to be generic and support both tracing and networking needs. Looking at procfs at the moment. Ideally I would like programs/maps to 'attach to a file', so that they don't disappear when user app exits. Then opening such file in the future would get user app a new FD that can be used to access this global map or program. When the file is removed, the prog/map would be unloaded. -- 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/