Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1221810
| From | Tycho Andersen <tycho.andersen@canonical.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 3/6] ebpf: add a way to dump an eBPF program |
| Date | 2015-09-10 02:20 +0200 |
| Message-ID | <q6XKN-21l-3@gated-at.bofh.it> (permalink) |
| References | (5 earlier) <q57EC-6Vg-5@gated-at.bofh.it> <q58hk-7TD-1@gated-at.bofh.it> <q59wJ-18i-7@gated-at.bofh.it> <q6Wc1-89H-3@gated-at.bofh.it> <q6XhM-1ek-27@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, Sep 09, 2015 at 04:44:24PM -0700, Andy Lutomirski wrote: > On Wed, Sep 9, 2015 at 3:34 PM, Tycho Andersen > <tycho.andersen@canonical.com> wrote: > > > > Here's a thought, > > > > The set I'm currently proposing effectively separates the ref-counting > > of the struct seccomp_filter from the struct bpf_prog (by necessity, > > since we're referring to filters from fds). What if we went a little > > futher, and made a copy of each seccomp_filter on fork(), keeping it > > pointed at the same bpf_prog but adding some metadata about how it was > > inherited (tsk->seccomp.filter->inheritence_count++ perhaps). This > > would still require this change: > > Won't that break the tsync mechanism? We'll need the change I posted (is_ancestor comparing the underlying bpf_prog instead of the seccomp_filter), but then I think it'll work. I guess we'll need to do some more bookkeeping when we install filters via TSYNC since each thread would need its own seccomp_filter, and we'd also have to decide whether a filter installed via TSYNC was inherited or not. Am I missing something? Tycho -- 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/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH 3/6] ebpf: add a way to dump an eBPF program Tycho Andersen <tycho.andersen@canonical.com> - 2015-09-10 00:40 +0200
Re: [PATCH 3/6] ebpf: add a way to dump an eBPF program Andy Lutomirski <luto@amacapital.net> - 2015-09-10 01:50 +0200
Re: [PATCH 3/6] ebpf: add a way to dump an eBPF program Tycho Andersen <tycho.andersen@canonical.com> - 2015-09-10 02:20 +0200
Re: [PATCH 3/6] ebpf: add a way to dump an eBPF program Andy Lutomirski <luto@amacapital.net> - 2015-09-10 02:50 +0200
Re: [PATCH 3/6] ebpf: add a way to dump an eBPF program Tycho Andersen <tycho.andersen@canonical.com> - 2015-09-10 03:00 +0200
csiph-web