Hi David,
On Tue, Aug 22, 2017 at 10:02 PM, David Miller wrote:
>
> You posted this 4 times. :-(
>
> I hope I applied the right one.
All 4 of these are the same patch. I mistakenly sent it 4 times. My
apologies for that.
>
> Go check net-next and please send me any necessary fix up patches.
I ju
You posted this 4 times. :-(
I hope I applied the right one.
Go check net-next and please send me any necessary fix up patches.
Thanks.
On 08/22/2017 05:08 PM, Daniel Borkmann wrote:
On 08/22/2017 08:36 AM, Shubham Bansal wrote:
[...]
+
+static int out_offset = -1; /* initialized on the first pass of build_body() */
Hm, why is this a global var actually? There can be
multiple parallel calls to bpf_int_jit_compile(), we
don't t
On 08/22/2017 08:36 AM, Shubham Bansal wrote:
[...]
+
+static int out_offset = -1; /* initialized on the first pass of build_body() */
Hm, why is this a global var actually? There can be
multiple parallel calls to bpf_int_jit_compile(), we
don't take a global lock on this. Unless I'm missing
so
Please ignore this mail. Sent it by mistake.
Sent the correct patch later on.
Russell, David, Alexei, Daniel and Kees. Please check this patch and
lets finish it.
Thanks.
The JIT compiler emits ARM 32 bit instructions. Currently, It supports
eBPF only. Classic BPF is supported because of the conversion by BPF core.
This patch is essentially changing the current implementation of JIT compiler
of Berkeley Packet Filter from classic to internal with almost all
instruc
The JIT compiler emits ARM 32 bit instructions. Currently, It supports
eBPF only. Classic BPF is supported because of the conversion by BPF core.
This patch is essentially changing the current implementation of JIT compiler
of Berkeley Packet Filter from classic to internal with almost all
instruc
