[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHA+R7PJNFfekrLx6j+c+C4zsgVk1r5jm-hXv5=f4hLkq932pA@mail.gmail.com>
Date: Wed, 7 Jan 2015 10:46:35 -0800
From: Cong Wang <cwang@...pensource.com>
To: Daniel Borkmann <dborkman@...hat.com>
Cc: Jiri Pirko <jiri@...nulli.us>, netdev <netdev@...r.kernel.org>,
David Miller <davem@...emloft.net>,
Jamal Hadi Salim <jhs@...atatu.com>,
Stephen Hemminger <stephen@...workplumber.org>,
Alexei Starovoitov <ast@...mgrid.com>
Subject: Re: [patch net-next] tc: add BPF based action
On Wed, Jan 7, 2015 at 10:33 AM, Daniel Borkmann <dborkman@...hat.com> wrote:
> On 01/07/2015 05:43 PM, Jiri Pirko wrote:
>>
>> This action provides a possibility to exec custom BPF code.
>
>
> Can you elaborate a bit more on the particular use-case, and
> what scenarios are unsolveable with the BPF filter we already
> have in tc? Just wondering, since you're using BPF for the
> purpose of classifying (but just from the context of actions)
> what about a possibility of a generic container for reusing
> (any) classifier from the framework, so we would not need to
> duplicate code?
>
+1
Also as its name tells, BPF is a filter, why it could be used
as an action here? (I don't follow eBPF though.)
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists