From: Thomas Monjalon <thomas@monjalon.net>
To: Stephen Hemminger <stephen@networkplumber.org>
Cc: dev@dpdk.org, Ophir Munk <ophirmu@mellanox.com>,
Olga Shern <olgas@mellanox.com>,
Pascal Mazon <pascal.mazon@6wind.com>
Subject: Re: [RFC 2/2] net/tap: add eBPF instructions
Date: Thu, 30 Nov 2017 18:39:32 +0100 [thread overview]
Message-ID: <4022270.ekSSXE0TKz@xps> (raw)
In-Reply-To: <20171130092042.402243a7@xeon-e3>
30/11/2017 18:20, Stephen Hemminger:
> On Thu, 30 Nov 2017 18:05:22 +0100
> Thomas Monjalon <thomas@monjalon.net> wrote:
>
> > 30/11/2017 17:54, Stephen Hemminger:
> > > Loading BPF is a could solution to doing dynamic flow matching.
> > > It needs to be done differently to be accepted.
> > >
> > > Putting raw machine instructions in source code is as bad as binary
> > > blobs. You need to provide original source of program and then have
> > > build instructions to create any needed code.
> >
> > The source program is provided in this patch: tap_bpf_program.c
> > It is pre-compiled to avoid requiring too many dependencies when building DPDK.
>
> But the "freedom to modify" comes into play here. If a *evil* vendor builds
> an application based on DPDK and does not provide source. Then user still deserves
> the right to modify the eBPF program that it loads as GPL. The best solution
> is to make the TAP PMD loader routine load the program from a file.
> Although I am certainly not a FSF legal scholar, putting GPL'd object code in
> TAP PMD risks accusations of being a derived or combined work.
Good point.
The compiled BPF may be provided as a plugin file.
So we would be free to not package this GPL file.
next prev parent reply other threads:[~2017-11-30 17:39 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-30 8:01 [RFC 1/2] net/tap: add eBPF to TAP device Ophir Munk
2017-11-30 8:01 ` [RFC 2/2] net/tap: add eBPF instructions Ophir Munk
2017-11-30 16:54 ` Stephen Hemminger
2017-11-30 17:05 ` Thomas Monjalon
2017-11-30 17:20 ` Stephen Hemminger
2017-11-30 17:39 ` Thomas Monjalon [this message]
2017-12-05 7:59 ` Pascal Mazon
2017-12-13 9:58 ` Ophir Munk
2017-11-30 16:47 ` [RFC 1/2] net/tap: add eBPF to TAP device Stephen Hemminger
2017-11-30 16:54 ` Thomas Monjalon
2017-12-05 7:53 ` Pascal Mazon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4022270.ekSSXE0TKz@xps \
--to=thomas@monjalon.net \
--cc=dev@dpdk.org \
--cc=olgas@mellanox.com \
--cc=ophirmu@mellanox.com \
--cc=pascal.mazon@6wind.com \
--cc=stephen@networkplumber.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.