[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180221114851.b4vgjzehvl6jfwgw@salvia>
Date: Wed, 21 Feb 2018 12:48:51 +0100
From: Pablo Neira Ayuso <pablo@...filter.org>
To: Alexei Starovoitov <alexei.starovoitov@...il.com>
Cc: David Miller <davem@...emloft.net>,
netfilter-devel@...r.kernel.org, netdev@...r.kernel.org,
laforge@...filter.org, fw@...len.de, daniel@...earbox.net
Subject: Re: [PATCH RFC 3/3] netfilter: nf_tables: add BPF-based jit
infrastructure
Hi Alexei,
On Tue, Feb 20, 2018 at 06:01:39PM -0800, Alexei Starovoitov wrote:
> On Tue, Feb 20, 2018 at 11:53:55AM +0100, Pablo Neira Ayuso wrote:
> >
> > I'll explore how to generate eBPF code in the next patchset version.
>
> from the user space please...
OK, let's do that, from user space I see two things we can do to
integrate with eBPF:
1) Add a bpf chain type, that we can use to allow to attach eBPF
programs, it would look similar to tc cls_bpf. We mentioned this
idea in the past, it can open up existing netfilter hooks for
custom eBPF programs.
2) Use the usermode helper infrastructure that bpfilter PoC is
proposing to transparently pass the nft netlink batch to
userspace for eBPF jit. This would allow us to convert the
datapath to eBPF.
Regarding the usermode helper, just an idea, not sure your plans but
it's probably interesting to explore some sort of messaging-based
communication between kernel and the eBPF userspace infrastructure.
But that can be done later on, I understand all this is a PoC.
Thanks!
Powered by blists - more mailing lists