search for: borkmann

...o kick virtqueue after 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/driver...

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 i...

On 06/16/2016 06:57 PM, Richard Henderson via iovisor-dev wrote: > On 06/15/2016 10:14 PM, Alexei Starovoitov wrote: >> On Wed, Jun 15, 2016 at 2:37 PM, Richard Henderson via iovisor-dev >> <iovisor-dev at lists.iovisor.org> wrote: >>> This same value for EM_BPF is being propagated to glibc, >>> elfutils, and binutils. >> >> great! >> Can

On 2016?12?24? 03:31, Daniel Borkmann wrote: > 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...

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 includ...

On Wed, Sep 20, 2017 at 12:20:40AM +0100, Jiong Wang via iovisor-dev wrote: > On 18/09/2017 22:29, Daniel Borkmann wrote: > > On 09/18/2017 10:47 PM, Jiong Wang wrote: > > > Hi, > > > > > >    Currently, LLVM eBPF backend always generate code in 64-bit mode, > > > this may > > > cause troubles when JITing to 32-bit targets. > > > > > >    Fo...

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> >

...-0700, Yonghong Song wrote: >> On 9/22/17 9:24 AM, Jakub Kicinski wrote: >> > On Thu, 21 Sep 2017 11:56:55 -0700, Alexei Starovoitov wrote: >> >> On Wed, Sep 20, 2017 at 12:20:40AM +0100, Jiong Wang via iovisor-dev wrote: >> >>> On 18/09/2017 22:29, Daniel Borkmann wrote: >> >>>> On 09/18/2017 10:47 PM, Jiong Wang wrote: >> >>>>> Hi, >> >>>>> >> >>>>> Currently, LLVM eBPF backend always generate code in 64-bit mode, >> >>>>> this may >> >>>...

...stall' target) into 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 d...

...#39; target) into 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: 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 d...

...air G Kergon <agk@redhat.com> Andrew Morton <akpm@linux-foundation.org> Antonella Pellizzari <anto.pellizzari83@gmail.com> Christophe Gouault <christophe.gouault@6wind.com> Dan Carpenter <dan.carpenter@oracle.com> Dan Williams <dcbw@redhat.com> Daniel Borkmann <dborkman@redhat.com> David Henningsson <david.henningsson@canonical.com> David S. Miller <davem@davemloft.net> Diego Elio Pettenò <flameeyes@flameeyes.eu> Dmitry Kravkov <dmitry@broadcom.com> Dormando <dormando@rydia.net> Enrico Mioso <mrkiko.rs@g...

...ith no target list: fix prefetch dummy libxtables: find extensions based on family too Arturo Borrero Gonzalez (1): ebtables-compat: fix misplaced function attribute on ebt_print_error() Dan Wilder (1): libxtables: move some code to avoid cautions in vfork man page Daniel Borkmann (4): iptables: snat: add randomize-full support iptables: add libxt_cgroup frontend cgroup, man: improve man-page bits libxt_CT: add support for recently introduced zone options Domen Puncer (1): libxtables: fix getaddrinfo return value usage Felix Janda (5): c...

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

...m> Dan Williams <dan.j.williams@intel.com> Dan Williams <dcbw@redhat.com> Dan Williams <djbw@db.com> Dan Williams <djbw@fb.com> Dan Winner <DWinner@tc-helicon.com> Daniel Baluta <dbaluta@ixiacom.com> Daniel Berglund <db@kvaser.com> Daniel Borkmann <daniel.borkmann@tik.ee.ethz.ch> Daniel Borkmann <dborkman@redhat.com> Daniel Borkmann <dborkmann@redhat.com> Daniel Cotey <puff65537@bansheeslibrary.com> Daniel De Graaf <dgdegra@tycho.nsa.gov> Daniel Drake <dsd@laptop.org> Daniel Gimpelevich <dan...

...m> Dan Williams <dan.j.williams@intel.com> Dan Williams <dcbw@redhat.com> Dan Williams <djbw@db.com> Dan Williams <djbw@fb.com> Dan Winner <DWinner@tc-helicon.com> Daniel Baluta <dbaluta@ixiacom.com> Daniel Berglund <db@kvaser.com> Daniel Borkmann <daniel.borkmann@tik.ee.ethz.ch> Daniel Borkmann <dborkman@redhat.com> Daniel Borkmann <dborkmann@redhat.com> Daniel Cotey <puff65537@bansheeslibrary.com> Daniel De Graaf <dgdegra@tycho.nsa.gov> Daniel Drake <dsd@laptop.org> Daniel Gimpelevich <dan...

...m> Dan Williams <dan.j.williams@intel.com> Dan Williams <dcbw@redhat.com> Dan Williams <djbw@db.com> Dan Williams <djbw@fb.com> Dan Winner <DWinner@tc-helicon.com> Daniel Baluta <dbaluta@ixiacom.com> Daniel Berglund <db@kvaser.com> Daniel Borkmann <daniel.borkmann@tik.ee.ethz.ch> Daniel Borkmann <dborkman@redhat.com> Daniel Cotey <puff65537@bansheeslibrary.com> Daniel De Graaf <dgdegra@tycho.nsa.gov> Daniel Drake <dsd@laptop.org> Daniel Glöckner <daniel-gl@gmx.net> Daniel Golle <dgolle@allne...

...m> Dan Williams <dan.j.williams@intel.com> Dan Williams <dcbw@redhat.com> Dan Williams <djbw@db.com> Dan Williams <djbw@fb.com> Dan Winner <DWinner@tc-helicon.com> Daniel Baluta <dbaluta@ixiacom.com> Daniel Berglund <db@kvaser.com> Daniel Borkmann <daniel.borkmann@tik.ee.ethz.ch> Daniel Borkmann <dborkman@redhat.com> Daniel Cotey <puff65537@bansheeslibrary.com> Daniel De Graaf <dgdegra@tycho.nsa.gov> Daniel Drake <dsd@laptop.org> Daniel Glöckner <daniel-gl@gmx.net> Daniel Golle <dgolle@allne...

...m> Dan Williams <dan.j.williams@intel.com> Dan Williams <dcbw@redhat.com> Dan Williams <djbw@db.com> Dan Williams <djbw@fb.com> Dan Winner <DWinner@tc-helicon.com> Daniel Baluta <dbaluta@ixiacom.com> Daniel Berglund <db@kvaser.com> Daniel Borkmann <daniel.borkmann@tik.ee.ethz.ch> Daniel Borkmann <dborkman@redhat.com> Daniel Cotey <puff65537@bansheeslibrary.com> Daniel De Graaf <dgdegra@tycho.nsa.gov> Daniel Drake <dsd@laptop.org> Daniel Glöckner <daniel-gl@gmx.net> Daniel Golle <dgolle@allne...