search for: iogearbox

https://bugzilla.netfilter.org/show_bug.cgi?id=1048 Daniel Borkmann <daniel at iogearbox.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |daniel at iogearbox.net --- Comment #1 from Daniel Borkmann <daniel at iogearbox.net> --- (In...

...a batch, we tried to do it through xdp_do_flush_map() which only makes sense for devmap not XDP_TX. So explicitly kick the virtqueue in this case. Reported-by: Kimitoshi Takahashi <ktaka at nii.ac.jp> Tested-by: Kimitoshi Takahashi <ktaka at nii.ac.jp> Cc: Daniel Borkmann <daniel at iogearbox.net> Fixes: 186b3c998c50 ("virtio-net: support XDP_REDIRECT") Signed-off-by: Jason Wang <jasowang at redhat.com> --- drivers/net/virtio_net.c | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/net/virtio_net.c b/drivers/net/virtio_net.c index...

https://bugzilla.netfilter.org/show_bug.cgi?id=1048 --- Comment #3 from Daniel Borkmann <daniel at iogearbox.net> --- (In reply to blaffablaffa from comment #2) > It turns out that the problem is indeed the different 0 offset that xt_bpf > and tcpdump use. In particular, it appears that offset 0 in tcpdump is at > the very beginning of the packet (ethernet header included) whereas xt_bpf >...

...tools/include/uapi/linux/ and adjust the BPF tool Makefile to reference the local include directories instead of those in the main source tree. Cc: Alexei Starovoitov <ast at kernel.org> Cc: Masahiro Yamada <yamada.masahiro at socionext.com> Suggested-by: Daniel Borkmann <daniel at iogearbox.net> Reported-by: Xiao Yang <ice_yangxiao at 163.com> Signed-off-by: Will Deacon <will at kernel.org> --- tools/bpf/Makefile | 3 +- tools/include/uapi/linux/filter.h | 90 +++++++++++++++++++++++++++++++ 2 files changed, 92 insertions(+), 1 deletion(-) create mode...

.../include/uapi/linux/ and adjust the BPF tool Makefile to reference the local include directories instead of those in the main source tree. Cc: Masahiro Yamada <yamada.masahiro at socionext.com> Acked-by: Alexei Starovoitov <ast at kernel.org> Suggested-by: Daniel Borkmann <daniel at iogearbox.net> Reported-by: Xiao Yang <ice_yangxiao at 163.com> Signed-off-by: Will Deacon <will at kernel.org> --- tools/bpf/Makefile | 3 +- tools/include/uapi/linux/filter.h | 90 +++++++++++++++++++++++++++++++ 2 files changed, 92 insertions(+), 1 deletion(-) create mode...

Hi everyone, This is the long-awaited version two of the patches I previously posted in November last year: https://lore.kernel.org/lkml/20191108170120.22331-1-will at kernel.org/ I ended up parking the series while the READ_ONCE() implementation was being overhauled, but with that merged during the recent merge window and LTO patches being posted again [1], it was time for a refresh. The

Hi everyone, This is the long-awaited version two of the patches I previously posted in November last year: https://lore.kernel.org/lkml/20191108170120.22331-1-will at kernel.org/ I ended up parking the series while the READ_ONCE() implementation was being overhauled, but with that merged during the recent merge window and LTO patches being posted again [1], it was time for a refresh. The

Hi all, This is version three of the patches I previously posted here: v1: https://lore.kernel.org/lkml/20191108170120.22331-1-will at kernel.org/ v2: https://lore.kernel.org/r/20200630173734.14057-1-will at kernel.org Changes since v2 include: * Actually add the barrier in READ_ONCE() for Alpha! * Implement Alpha's smp_load_acquire() using __READ_ONCE(), rather than the other

Hi Jason, On 12/23/2016 03:37 PM, Jason Wang wrote: > Since we use EWMA to estimate the size of rx buffer. When rx buffer > size is underestimated, it's usual to have a packet with more than one > buffers. Consider this is not a bug, remove the warning and correct > the comment before XDP linearizing. > > Cc: John Fastabend <john.r.fastabend at intel.com> >

Hi Jason, On 12/23/2016 03:37 PM, Jason Wang wrote: > Since we use EWMA to estimate the size of rx buffer. When rx buffer > size is underestimated, it's usual to have a packet with more than one > buffers. Consider this is not a bug, remove the warning and correct > the comment before XDP linearizing. > > Cc: John Fastabend <john.r.fastabend at intel.com> >