On 10/14/2014 10:43 AM, Alexei Starovoitov wrote:
On Tue, Oct 14, 2014 at 12:34 AM, Daniel Borkmann wrote:
On 10/13/2014 11:49 PM, Alexei Starovoitov wrote:
On Mon, Oct 13, 2014 at 10:21 AM, Daniel Borkmann
wrote:
On 09/03/2014 05:46 PM, Daniel Borkmann wrote:
...
Ok, given you post the
On Tue, Oct 14, 2014 at 12:34 AM, Daniel Borkmann wrote:
> On 10/13/2014 11:49 PM, Alexei Starovoitov wrote:
>>
>> On Mon, Oct 13, 2014 at 10:21 AM, Daniel Borkmann
>> wrote:
>>>
>>> On 09/03/2014 05:46 PM, Daniel Borkmann wrote:
>>> ...
Ok, given you post the remaining two RFCs
On 10/13/2014 11:49 PM, Alexei Starovoitov wrote:
On Mon, Oct 13, 2014 at 10:21 AM, Daniel Borkmann wrote:
On 09/03/2014 05:46 PM, Daniel Borkmann wrote:
...
Ok, given you post the remaining two RFCs later on this window as
you indicate, I have no objections:
Acked-by: Daniel Borkmann
On 10/13/2014 11:49 PM, Alexei Starovoitov wrote:
On Mon, Oct 13, 2014 at 10:21 AM, Daniel Borkmann dbork...@redhat.com wrote:
On 09/03/2014 05:46 PM, Daniel Borkmann wrote:
...
Ok, given you post the remaining two RFCs later on this window as
you indicate, I have no objections:
Acked-by:
On Tue, Oct 14, 2014 at 12:34 AM, Daniel Borkmann dbork...@redhat.com wrote:
On 10/13/2014 11:49 PM, Alexei Starovoitov wrote:
On Mon, Oct 13, 2014 at 10:21 AM, Daniel Borkmann dbork...@redhat.com
wrote:
On 09/03/2014 05:46 PM, Daniel Borkmann wrote:
...
Ok, given you post the remaining
On 10/14/2014 10:43 AM, Alexei Starovoitov wrote:
On Tue, Oct 14, 2014 at 12:34 AM, Daniel Borkmann dbork...@redhat.com wrote:
On 10/13/2014 11:49 PM, Alexei Starovoitov wrote:
On Mon, Oct 13, 2014 at 10:21 AM, Daniel Borkmann dbork...@redhat.com
wrote:
On 09/03/2014 05:46 PM, Daniel
On Mon, Oct 13, 2014 at 10:21 AM, Daniel Borkmann wrote:
> On 09/03/2014 05:46 PM, Daniel Borkmann wrote:
> ...
>>
>> Ok, given you post the remaining two RFCs later on this window as
>> you indicate, I have no objections:
>>
>> Acked-by: Daniel Borkmann
>
>
> Ping, Alexei, are you still sending
On 09/03/2014 05:46 PM, Daniel Borkmann wrote:
...
Ok, given you post the remaining two RFCs later on this window as
you indicate, I have no objections:
Acked-by: Daniel Borkmann
Ping, Alexei, are you still sending the patch for bpf_common.h or
do you want me to take care of this?
Cheers,
On 09/03/2014 05:46 PM, Daniel Borkmann wrote:
...
Ok, given you post the remaining two RFCs later on this window as
you indicate, I have no objections:
Acked-by: Daniel Borkmann dbork...@redhat.com
Ping, Alexei, are you still sending the patch for bpf_common.h or
do you want me to take care
On Mon, Oct 13, 2014 at 10:21 AM, Daniel Borkmann dbork...@redhat.com wrote:
On 09/03/2014 05:46 PM, Daniel Borkmann wrote:
...
Ok, given you post the remaining two RFCs later on this window as
you indicate, I have no objections:
Acked-by: Daniel Borkmann dbork...@redhat.com
Ping,
From: Alexei Starovoitov
Date: Wed, 3 Sep 2014 22:41:48 -0700
> Do you want me to resubmit just first two?
Yes, you can't submit hodge-podge path series, either it's all to
be applied or it's all RFC material.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
From: Alexei Starovoitov a...@plumgrid.com
Date: Wed, 3 Sep 2014 22:41:48 -0700
Do you want me to resubmit just first two?
Yes, you can't submit hodge-podge path series, either it's all to
be applied or it's all RFC material.
--
To unsubscribe from this list: send the line unsubscribe
On Wed, Sep 3, 2014 at 8:46 AM, Daniel Borkmann wrote:
> On 09/03/2014 05:17 AM, Alexei Starovoitov wrote:
>>
>> allow user space to generate eBPF programs
>>
>> uapi/linux/bpf.h: eBPF instruction set definition
>>
>> linux/filter.h: the rest
>>
>> This patch only moves macro definitions, but
On 09/03/2014 05:17 AM, Alexei Starovoitov wrote:
allow user space to generate eBPF programs
uapi/linux/bpf.h: eBPF instruction set definition
linux/filter.h: the rest
This patch only moves macro definitions, but practically it freezes existing
eBPF instruction set, though new instructions
On 09/03/2014 05:17 AM, Alexei Starovoitov wrote:
allow user space to generate eBPF programs
uapi/linux/bpf.h: eBPF instruction set definition
linux/filter.h: the rest
This patch only moves macro definitions, but practically it freezes existing
eBPF instruction set, though new instructions
On Wed, Sep 3, 2014 at 8:46 AM, Daniel Borkmann dbork...@redhat.com wrote:
On 09/03/2014 05:17 AM, Alexei Starovoitov wrote:
allow user space to generate eBPF programs
uapi/linux/bpf.h: eBPF instruction set definition
linux/filter.h: the rest
This patch only moves macro definitions, but
allow user space to generate eBPF programs
uapi/linux/bpf.h: eBPF instruction set definition
linux/filter.h: the rest
This patch only moves macro definitions, but practically it freezes existing
eBPF instruction set, though new instructions can still be added in the future.
These eBPF
allow user space to generate eBPF programs
uapi/linux/bpf.h: eBPF instruction set definition
linux/filter.h: the rest
This patch only moves macro definitions, but practically it freezes existing
eBPF instruction set, though new instructions can still be added in the future.
These eBPF
18 matches
Mail list logo