XDP Newbies

• Thread Index

• Re: XDP BPF Stack Limit Issues
  • From: Jesper Dangaard Brouer
• libxdp with bpf_stats_enabled question
  • From: Brian G. Merrell
• XDP BPF Stack Limit Issues
  • From: Christian Deacon
• Re: How to orchestrate multiple XDP programs
  • From: Toke Høiland-Jørgensen
• Re: How to orchestrate multiple XDP programs
  • From: Brian G. Merrell
• Re: How to orchestrate multiple XDP programs
  • From: Toke Høiland-Jørgensen
• How to orchestrate multiple XDP programs
  • From: Brian G. Merrell
• Re: [PATCH bpf-next v3 1/7] samples: bpf: refactor hbm program with libbpf
  • From: Andrii Nakryiko
• [PATCH bpf-next v3 7/7] samples: bpf: remove bpf_load loader completely
  • From: Daniel T. Lee
• [PATCH bpf-next v3 6/7] samples: bpf: fix lwt_len_hist reusing previous BPF map
  • From: Daniel T. Lee
• [PATCH bpf-next v3 4/7] samples: bpf: refactor ibumad program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v3 5/7] samples: bpf: refactor test_overhead program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v3 3/7] samples: bpf: refactor task_fd_query program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v3 2/7] samples: bpf: refactor test_cgrp2_sock2 program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v3 1/7] samples: bpf: refactor hbm program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v3 0/7] bpf: remove bpf_load loader completely
  • From: Daniel T. Lee
• Re: [PATCH bpf-next v2 1/7] samples: bpf: refactor hbm program with libbpf
  • From: Daniel T. Lee
• Re: [PATCH bpf-next v2 1/7] samples: bpf: refactor hbm program with libbpf
  • From: Martin KaFai Lau
• Re: [PATCH bpf-next v2 1/7] samples: bpf: refactor hbm program with libbpf
  • From: Martin KaFai Lau
• [PATCH bpf-next v2 7/7] samples: bpf: remove bpf_load loader completely
  • From: Daniel T. Lee
• [PATCH bpf-next v2 6/7] samples: bpf: fix lwt_len_hist reusing previous BPF map
  • From: Daniel T. Lee
• [PATCH bpf-next v2 5/7] samples: bpf: refactor test_overhead program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v2 4/7] samples: bpf: refactor ibumad program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v2 2/7] samples: bpf: refactor test_cgrp2_sock2 program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v2 3/7] samples: bpf: refactor task_fd_query program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v2 1/7] samples: bpf: refactor hbm program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v2 0/7] bpf: remove bpf_load loader completely
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 2/9] samples: bpf: refactor hbm program with libbpf
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 3/9] samples: bpf: refactor test_cgrp2_sock2 program with libbpf
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 4/9] samples: bpf: refactor task_fd_query program with libbpf
  • From: Martin KaFai Lau
• Re: [PATCH bpf-next 3/9] samples: bpf: refactor test_cgrp2_sock2 program with libbpf
  • From: Martin KaFai Lau
• Re: [PATCH bpf-next 5/9] samples: bpf: refactor ibumad program with libbpf
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 3/9] samples: bpf: refactor test_cgrp2_sock2 program with libbpf
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 4/9] samples: bpf: refactor task_fd_query program with libbpf
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 5/9] samples: bpf: refactor ibumad program with libbpf
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 5/9] samples: bpf: refactor ibumad program with libbpf
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 1/9] selftests: bpf: move tracing helpers to trace_helper
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 3/9] samples: bpf: refactor test_cgrp2_sock2 program with libbpf
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 4/9] samples: bpf: refactor task_fd_query program with libbpf
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 9/9] samples: bpf: remove bpf_load loader completely
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 1/9] selftests: bpf: move tracing helpers to trace_helper
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 5/9] samples: bpf: refactor ibumad program with libbpf
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 9/9] samples: bpf: remove bpf_load loader completely
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 6/9] samples: bpf: refactor test_overhead program with libbpf
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 1/9] selftests: bpf: move tracing helpers to trace_helper
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 2/9] samples: bpf: refactor hbm program with libbpf
  • From: Martin KaFai Lau
• Re: [PATCH bpf-next 1/9] selftests: bpf: move tracing helpers to trace_helper
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 1/9] selftests: bpf: move tracing helpers to trace_helper
  • From: Martin KaFai Lau
• Re: [PATCH bpf-next 9/9] samples: bpf: remove bpf_load loader completely
  • From: Jesper Dangaard Brouer
• [PATCH bpf-next 9/9] samples: bpf: remove bpf_load loader completely
  • From: Daniel T. Lee
• [PATCH bpf-next 8/9] samples: bpf: remove unused trace_helper and bpf_load from Makefile
  • From: Daniel T. Lee
• [PATCH bpf-next 7/9] samples: bpf: fix lwt_len_hist reusing previous BPF map
  • From: Daniel T. Lee
• [PATCH bpf-next 6/9] samples: bpf: refactor test_overhead program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next 5/9] samples: bpf: refactor ibumad program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next 4/9] samples: bpf: refactor task_fd_query program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next 2/9] samples: bpf: refactor hbm program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next 3/9] samples: bpf: refactor test_cgrp2_sock2 program with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next 0/9] bpf: remove bpf_load loader completely
  • From: Daniel T. Lee
• [PATCH bpf-next 1/9] selftests: bpf: move tracing helpers to trace_helper
  • From: Daniel T. Lee
• Kernel crashes with AF_XDP on localhost interface
  • From: Vladimír Čunát
• Re: Multi-core scalability problems
  • From: Jesper Dangaard Brouer
• Re: Multi-core scalability problems
  • From: Federico Parola
• Re: Multi-core scalability problems
  • From: Jesper Dangaard Brouer
• Re: Multi-core scalability problems
  • From: Federico Parola
• Re: Multi-core scalability problems
  • From: Jesper Dangaard Brouer
• Re: Multi-core scalability problems
  • From: Federico Parola
• Re: Multi-core scalability problems
  • From: Jesper Dangaard Brouer
• Re: Multi-core scalability problems
  • From: Federico Parola
• Re: Multi-core scalability problems
  • From: Jesper Dangaard Brouer
• Re: Multi-core scalability problems
  • From: Federico Parola
• Re: Multi-core scalability problems
  • From: Federico Parola
• Re: Multi-core scalability problems
  • From: Toke Høiland-Jørgensen
• Re: Multi-core scalability problems
  • From: Jesper Dangaard Brouer
• Multi-core scalability problems
  • From: Federico Parola
• [FINAL REMINDER] Call for Proposals: eBPF Summit 2020
  • From: Daniel Borkmann
• Re: [PATCH bpf-next v2 1/3] samples: bpf: Refactor xdp_monitor with libbpf
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next v2 3/3] samples: bpf: refactor XDP kern program maps with BTF-defined map
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next v2 2/3] samples: bpf: Replace attach_tracepoint() to attach() in xdp_redirect_cpu
  • From: Andrii Nakryiko
• [PATCH bpf-next v2 1/3] samples: bpf: Refactor xdp_monitor with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v2 3/3] samples: bpf: refactor XDP kern program maps with BTF-defined map
  • From: Daniel T. Lee
• [PATCH bpf-next v2 1/3] samples: bpf: Refactor xdp_monitor with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v2 2/3] samples: bpf: Replace attach_tracepoint() to attach() in xdp_redirect_cpu
  • From: Daniel T. Lee
• [PATCH bpf-next v2 0/3] samples: bpf: Refactor XDP programs with libbpf
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 0/3] samples: bpf: Refactor XDP programs with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v2 3/3] samples: bpf: refactor XDP kern program maps with BTF-defined map
  • From: Daniel T. Lee
• [PATCH bpf-next v2 0/3] samples: bpf: Refactor XDP programs with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next v2 2/3] samples: bpf: Replace attach_tracepoint() to attach() in xdp_redirect_cpu
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 3/3] samples: bpf: refactor XDP kern program maps with BTF-defined map
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 1/3] samples: bpf: Refactor xdp_monitor with libbpf
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 2/3] samples: bpf: Replace attach_tracepoint() to attach() in xdp_redirect_cpu
  • From: Daniel T. Lee
• Re: [PATCH bpf-next 0/3] samples: bpf: Refactor XDP programs with libbpf
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 3/3] samples: bpf: refactor XDP kern program maps with BTF-defined map
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 2/3] samples: bpf: Replace attach_tracepoint() to attach() in xdp_redirect_cpu
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 1/3] samples: bpf: Refactor xdp_monitor with libbpf
  • From: Andrii Nakryiko
• [PATCH bpf-next 3/3] samples: bpf: refactor XDP kern program maps with BTF-defined map
  • From: Daniel T. Lee
• [PATCH bpf-next 2/3] samples: bpf: Replace attach_tracepoint() to attach() in xdp_redirect_cpu
  • From: Daniel T. Lee
• [PATCH bpf-next 1/3] samples: bpf: Refactor xdp_monitor with libbpf
  • From: Daniel T. Lee
• [PATCH bpf-next 0/3] samples: bpf: Refactor XDP programs with libbpf
  • From: Daniel T. Lee
• Re: Create copy of packate given to BPF
  • From: Matheus Castanho
• Re: Create copy of packate given to BPF
  • From: Toke Høiland-Jørgensen
• Create copy of packate given to BPF
  • From: Matheus Salgueiro Castanho
• Re: XDP/eBPF/jit problem, system crash, with some ctx access changes
  • From: Eelco Chaudron
• Re: [Intel-wired-lan] bpf_redirect and xdpgeneric
  • From: Sven Auhagen
• Re: [Intel-wired-lan] bpf_redirect and xdpgeneric
  • From: Nguyen, Anthony L
• Re: Using pinned maps within a network namespace
  • From: Y Song
• Re: bpf_redirect and xdpgeneric
  • From: Sven Auhagen
• Re: bpf_redirect and xdpgeneric
  • From: Jesper Dangaard Brouer
• XDP/eBPF/jit problem, system crash, with some ctx access changes
  • From: Eelco Chaudron
• Call for Proposals: eBPF Summit 2020
  • From: Daniel Borkmann
• Re: Using pinned maps within a network namespace
  • From: John McDowall
• Re: NDv6 and xdp-filter
  • From: Toke Høiland-Jørgensen
• Re: xdp-filter troubles
  • From: Topi Wala
• NDv6 and xdp-filter
  • From: Topi Wala
• Re: XDP program unloads by itself
  • From: Tugce Ozturk
• Re: XDP program unloads by itself
  • From: Toke Høiland-Jørgensen
• XDP program unloads by itself
  • From: Tugce Ozturk
• Re: xdp-filter troubles
  • From: Toke Høiland-Jørgensen
• Re: xdp-filter troubles
  • From: Topi Wala
• Re: xdp-filter troubles
  • From: Toke Høiland-Jørgensen
• [no subject]
  • From: Topi Wala
• Re: bpf_redirect and xdpgeneric
  • From: Thomas Ptacek
• Re: bpf_redirect and xdpgeneric
  • From: David Ahern
• Re: bpf_redirect and xdpgeneric
  • From: Thomas Ptacek
• Re: bpf_redirect and xdpgeneric
  • From: Toke Høiland-Jørgensen
• bpf_redirect and xdpgeneric
  • From: Thomas Ptacek
• Re: Using pinned maps within a network namespace
  • From: John McDowall
• Re: Using pinned maps within a network namespace
  • From: John McDowall
• Re: Using pinned maps within a network namespace
  • From: Quentin Monnet
• Re: Using pinned maps within a network namespace
  • From: Y Song
• Using pinned maps within a network namespace
  • From: John McDowall
• Another IP fragmentation question
  • From: Alexander Petrovsky
• Re: Using XDP for Cloud VMs by David Ahern
  • From: David Ahern
• Re: Using XDP for Cloud VMs by David Ahern
  • From: Stephen Hemminger
• Re: Using XDP for Cloud VMs by David Ahern
  • From: David Ahern
• Using XDP for Cloud VMs by David Ahern
  • From: Jesper Dangaard Brouer
• Re: Kernel Panic when loading XDP on i40e driver
  • From: Piotr Raczynski
• Re: Kernel Panic when loading XDP on i40e driver
  • From: Rafael Vargas
• Adding xdp-newbies to lore.kernel.org
  • From: Toke Høiland-Jørgensen
• Re: XDP and AF_XDP
  • From: Toke Høiland-Jørgensen
• XDP and AF_XDP
  • From: Michael A. Flückiger
• Re: Kernel Panic when loading XDP on i40e driver
  • From: Jesse Brandeburg
• Kernel Panic when loading XDP on i40e driver
  • From: Rafael Vargas
• Re: Clang target bpf compile issue/fail on Ubuntu and Debian
  • From: Yonghong Song
• taking first steps with XDP
  • From: David Gohberg
• [FINAL REMINDER] LPC 2020 Networking and BPF Track CFP
  • From: David Miller
• Clang target bpf compile issue/fail on Ubuntu and Debian
  • From: Jesper Dangaard Brouer
• Re: igb native xdp support
  • From: Jesse Brandeburg
• igb native xdp support
  • From: Sandip Patil
• LPC 2020 Networking and BPF Track CFP (Reminder)
  • From: David Miller
• Re: IP fragmentation
  • From: Edward Cree
• Re: IP fragmentation
  • From: Alexander Petrovsky
• Re: IP fragmentation
  • From: Edward Cree
• IP fragmentation
  • From: Alexander Petrovsky
• Re: XDP Software Issue - Payload Matching
  • From: Toke Høiland-Jørgensen
• Re: XDP Software Issue - Payload Matching
  • From: Christian Deacon
• Re: TCP Payload
  • From: Toke Høiland-Jørgensen
• TCP Payload
  • From: Cameron Boness
• LPC 2020 Networking and BPF Track CFP
  • From: David Miller
• Re: Talk about AF_XDP support multithread concurrently receive packet
  • From: Yahui Chen
• Re: Talk about AF_XDP support multithread concurrently receive packet
  • From: Björn Töpel
• Re: CQ error on CQN 0x43e, syndrome 0x1
  • From: Maxim Mikityanskiy
• Re: net/mlx5e: bind() always returns EINVAL with XDP_ZEROCOPY
  • From: Jonathan Lemon
• Re: net/mlx5e: bind() always returns EINVAL with XDP_ZEROCOPY
  • From: Kal Cutter Conley
• Re: net/mlx5e: bind() always returns EINVAL with XDP_ZEROCOPY
  • From: Jonathan Lemon
• Re: net/mlx5e: bind() always returns EINVAL with XDP_ZEROCOPY
  • From: Kal Cutter Conley
• Re: CQ error on CQN 0x43e, syndrome 0x1
  • From: Jesper Dangaard Brouer
• CQ error on CQN 0x43e, syndrome 0x1
  • From: Saddique A S
• Re: net/mlx5e: bind() always returns EINVAL with XDP_ZEROCOPY
  • From: Kal Cutter Conley
• Re: net/mlx5e: bind() always returns EINVAL with XDP_ZEROCOPY
  • From: Jonathan Lemon
• Re: Lightweight packet timestamping
  • From: Federico Parola
• Re: Lightweight packet timestamping
  • From: David Ahern
• Re: Lightweight packet timestamping
  • From: Jesper Dangaard Brouer
• Re: net/mlx5e: bind() always returns EINVAL with XDP_ZEROCOPY
  • From: Kal Cutter Conley
• Re: Error loading xdp program that worked with bpf_load
  • From: Elerion
• Re: Error loading xdp program that worked with bpf_load
  • From: Andrii Nakryiko
• Re: Error loading xdp program that worked with bpf_load
  • From: Elerion
• Re: [iovisor-dev] Error loading xdp program that worked with bpf_load
  • From: Alexei Starovoitov
• Re: Error loading xdp program that worked with bpf_load
  • From: Andrii Nakryiko
• Re: Error loading xdp program that worked with bpf_load
  • From: Jesper Dangaard Brouer
• Re: Error loading xdp program that worked with bpf_load
  • From: Elerion
• Re: Error loading xdp program that worked with bpf_load
  • From: Elerion
• Re: Error loading xdp program that worked with bpf_load
  • From: Toke Høiland-Jørgensen
• Re: Lightweight packet timestamping
  • From: Toke Høiland-Jørgensen
• Re: Error loading xdp program that worked with bpf_load
  • From: Elerion
• Re: Error loading xdp program that worked with bpf_load
  • From: Toke Høiland-Jørgensen
• Error loading xdp program that worked with bpf_load
  • From: Elerion
• Re: Lightweight packet timestamping
  • From: Federico Parola
• Re: How to load BTF style maps?
  • From: Toke Høiland-Jørgensen
• How to load BTF style maps?
  • From: Elerion
• Re: Lightweight packet timestamping
  • From: David Ahern
• Re: Intel X520 looses ethtool flow-type rule the moment a BPF / XDP program is loaded
  • From: Magnus Karlsson
• AW: Intel X520 looses ethtool flow-type rule the moment a BPF / XDP program is loaded
  • From: Gaul, Maximilian
• Re: Intel X520 looses ethtool flow-type rule the moment a BPF / XDP program is loaded
  • From: Magnus Karlsson
• AW: Intel X520 looses ethtool flow-type rule the moment a BPF / XDP program is loaded
  • From: Gaul, Maximilian
• Re: Intel X520 looses ethtool flow-type rule the moment a BPF / XDP program is loaded
  • From: Magnus Karlsson
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: Magnus Karlsson
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: Magnus Karlsson
• Intel X520 looses ethtool flow-type rule the moment a BPF / XDP program is loaded
  • From: Gaul, Maximilian
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: Toke Høiland-Jørgensen
• AW: Intel 10G 2P X520 Adapter doesn't receive anything with AF XDP
  • From: Gaul, Maximilian
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: maharishi bhargava
• Intel 10G 2P X520 Adapter doesn't receive anything with AF XDP
  • From: Gaul, Maximilian
• Lightweight packet timestamping
  • From: Federico Parola
• Re: Dynamically adding new multicast streams
  • From: Magnus Karlsson
• AW: Dynamically adding new multicast streams
  • From: Gaul, Maximilian
• Re: Dynamically adding new multicast streams
  • From: Magnus Karlsson
• Dynamically adding new multicast streams
  • From: Gaul, Maximilian
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: Toke Høiland-Jørgensen
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: maharishi bhargava
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: Maciej Fijalkowski
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: Toke Høiland-Jørgensen
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: Maciej Fijalkowski
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: Toke Høiland-Jørgensen
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: maharishi bhargava
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: Toke Høiland-Jørgensen
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: maharishi bhargava
• Re: XDP_REDIRECT with xsks_map and dev_map
  • From: Toke Høiland-Jørgensen
• XDP_REDIRECT with xsks_map and dev_map
  • From: maharishi bhargava
• Re: fentry/fexit trace to BPF_PROG_TYPE_EXT BPF program not working
  • From: Eelco Chaudron
• Re: fentry/fexit trace to BPF_PROG_TYPE_EXT BPF program not working
  • From: Eelco Chaudron
• Re: XDP_REDIRECT forwarding speed
  • From: Denis Salopek
• Re: XDP_REDIRECT forwarding speed
  • From: Jesper Dangaard Brouer
• XDP_REDIRECT forwarding speed
  • From: Denis Salopek
• Re: AF_XDP Side Of Project Breaking With XDP-Native
  • From: Christian Deacon
• Re: AF_XDP Side Of Project Breaking With XDP-Native
  • From: David Ahern
• Re: AF_XDP Side Of Project Breaking With XDP-Native
  • From: Christian Deacon
• Re: AF_XDP Side Of Project Breaking With XDP-Native
  • From: David Ahern
• Re: AF_XDP Side Of Project Breaking With XDP-Native
  • From: Christian Deacon
• Re: AF_XDP Side Of Project Breaking With XDP-Native
  • From: David Ahern
• Re: AF_XDP Side Of Project Breaking With XDP-Native
  • From: Christian Deacon
• Re: AF_XDP Side Of Project Breaking With XDP-Native
  • From: Jesper Dangaard Brouer
• AF_XDP Side Of Project Breaking With XDP-Native
  • From: Christian Deacon
• Re: XDP Software Issue - Payload Matching
  • From: Toke Høiland-Jørgensen
• Re: XDP Software Issue - Payload Matching
  • From: Christian Deacon
• Re: XDP_PASS and XDP_REDIRECT
  • From: Toke Høiland-Jørgensen
• XDP_PASS and XDP_REDIRECT
  • From: Main, George
• Re: How does the Kernel decide which Umem frame to choose for the next packet?
  • From: Magnus Karlsson
• AW: How does the Kernel decide which Umem frame to choose for the next packet?
  • From: Gaul, Maximilian
• Re: How does the Kernel decide which Umem frame to choose for the next packet?
  • From: Magnus Karlsson
• How does the Kernel decide which Umem frame to choose for the next packet?
  • From: Gaul, Maximilian
• Re: Under which circumstances does `xsk_ring_prod__reserve` return 0?
  • From: Magnus Karlsson
• Under which circumstances does `xsk_ring_prod__reserve` return 0?
  • From: Gaul, Maximilian
• Re: fentry/fexit trace to BPF_PROG_TYPE_EXT BPF program not working
  • From: Eelco Chaudron
• Re: fentry/fexit trace to BPF_PROG_TYPE_EXT BPF program not working
  • From: Eelco Chaudron
• Re: XDP Software Issue - Payload Matching
  • From: Toke Høiland-Jørgensen
• Re: XDP Software Issue - Payload Matching
  • From: Christian Deacon
• Re: XDP Software Issue - Payload Matching
  • From: Toke Høiland-Jørgensen
• Re: XDP Software Issue - Payload Matching
  • From: Christian Deacon
• Re: XDP Software Issue - Payload Matching
  • From: Toke Høiland-Jørgensen
• XDP Software Issue - Payload Matching
  • From: Christian Deacon
• Re: Fighting BPF verifier to reach end-of-packet with XDP
  • From: Daniel Borkmann
• Re: Fighting BPF verifier to reach end-of-packet with XDP
  • From: Jesper Dangaard Brouer
• Re: fentry/fexit trace to BPF_PROG_TYPE_EXT BPF program not working
  • From: Alexei Starovoitov
• Seeking candidates for PhD position related to XDP/eBPF
  • From: Jesper Dangaard Brouer
• Re: XDP Native mode with public cloud (GCP)
  • From: John McDowall
• fentry/fexit trace to BPF_PROG_TYPE_EXT BPF program not working
  • From: Eelco Chaudron
• Re: XDP Native mode with public cloud (GCP)
  • From: Zvi Effron
• Re: XDP Native mode with public cloud (GCP)
  • From: John McDowall
• Re: XDP Native mode with public cloud (GCP)
  • From: David Ahern
• XDP Native mode with public cloud (GCP)
  • From: John McDowall
• Re: Difference in TCP throughput in comparison to OVS
  • From: Toke Høiland-Jørgensen
• Difference in TCP throughput in comparison to OVS
  • From: Phu Tran
• Re: Error creating a AF_XDP socket after deleting
  • From: Jesse DuMond
• Re: building eBPF
  • From: Daniel Borkmann
• Re: building eBPF
  • From: Sowmini Varadhan
• Re: building eBPF
  • From: Toke Høiland-Jørgensen
• Re: building eBPF
  • From: Jesper Dangaard Brouer
• Re: Error creating a AF_XDP socket after deleting
  • From: Maciej Fijalkowski
• Re: building eBPF
  • From: Sowmini Varadhan
• Re: Error creating a AF_XDP socket after deleting
  • From: Magnus Karlsson
• Error creating a AF_XDP socket after deleting
  • From: Jesse DuMond
• Re: building eBPF
  • From: Sowmini Varadhan
• Re: building eBPF
  • From: David Ahern
• Re: building eBPF
  • From: Jesper Dangaard Brouer
• virtio and XDP: How to do flow steering + shared umem
  • From: Gaul, Maximilian
• Re: Running XSK on a tun device
  • From: Magnus Karlsson
• Re: Running XSK on a tun device
  • From: Gilberto Bertin
• Re: Running XSK on a tun device
  • From: Magnus Karlsson
• Running XSK on a tun device
  • From: Gilberto Bertin
• Re: Using AF_XDP To Modify Outgoing Packets
  • From: Christian Deacon
• Re: Using AF_XDP To Modify Outgoing Packets
  • From: Jesper Dangaard Brouer
• Re: Using AF_XDP To Modify Outgoing Packets
  • From: Toke Høiland-Jørgensen
• Re: Using AF_XDP To Modify Outgoing Packets
  • From: Christian Deacon
• Re: Using AF_XDP To Modify Outgoing Packets
  • From: Toke Høiland-Jørgensen
• Re: Using AF_XDP To Modify Outgoing Packets
  • From: Christian Deacon
• Re: Using AF_XDP To Modify Outgoing Packets
  • From: Jakub Kicinski
• Re: Using AF_XDP To Modify Outgoing Packets
  • From: David Ahern
• Using AF_XDP To Modify Outgoing Packets
  • From: Christian Deacon
• Is there a way to process multiple shared umem sockets on same RX-queue in parallel?
  • From: Gaul, Maximilian
• Re: Shared Umem and reducing ksoftirqd-Load
  • From: Magnus Karlsson
• AW: Shared Umem and reducing ksoftirqd-Load
  • From: Gaul, Maximilian
• Re: Shared Umem and reducing ksoftirqd-Load
  • From: Magnus Karlsson
• AW: Shared Umem and reducing ksoftirqd-Load
  • From: Gaul, Maximilian
• Re: Shared Umem and reducing ksoftirqd-Load
  • From: Magnus Karlsson
• AW: Shared Umem and reducing ksoftirqd-Load
  • From: Gaul, Maximilian
• Re: Shared Umem and reducing ksoftirqd-Load
  • From: Magnus Karlsson
• AW: Shared Umem and reducing ksoftirqd-Load
  • From: Gaul, Maximilian
• Re: Shared Umem and reducing ksoftirqd-Load
  • From: Magnus Karlsson
• Shared Umem and reducing ksoftirqd-Load
  • From: Gaul, Maximilian
• Is there a problem with UDP-packets of size 371 bytes and less?
  • From: Gaul, Maximilian
• AW: Why does my AF-XDP Socket lose packets whereas a generic linux socket doesn't?
  • From: Gaul, Maximilian
• Re: Why does my AF-XDP Socket lose packets whereas a generic linux socket doesn't?
  • From: Jesper Dangaard Brouer
• Why does my AF-XDP Socket lose packets whereas a generic linux socket doesn't?
  • From: Gaul, Maximilian
• AW: Shared Umem between processes
  • From: Gaul, Maximilian
• AW: Shared Umem between processes
  • From: Gaul, Maximilian
• Re: Shared Umem between processes
  • From: Björn Töpel
• Re: Shared Umem between processes
  • From: Toke Høiland-Jørgensen
• Re: Shared Umem between processes
  • From: Björn Töpel
• AW: Shared Umem between processes
  • From: Gaul, Maximilian
• Re: Shared Umem between processes
  • From: Björn Töpel
• AW: Shared Umem between processes
  • From: Gaul, Maximilian
• Re: Shared Umem between processes
  • From: Björn Töpel
• AW: Shared Umem between processes
  • From: Gaul, Maximilian
• Re: Shared Umem between processes
  • From: Björn Töpel
• Re: xdpsock poll syscall CPU 100%
  • From: William Tu
• Re: xdpsock poll syscall CPU 100%
  • From: Eelco Chaudron
• Re: xdpsock poll syscall CPU 100%
  • From: Eelco Chaudron
• Re: xdpsock poll syscall CPU 100%
  • From: Eelco Chaudron
• Re: xdpsock poll syscall CPU 100%
  • From: Magnus Karlsson
• Re: xdpsock poll syscall CPU 100%
  • From: Magnus Karlsson
• Re: xdpsock poll syscall CPU 100%
  • From: Magnus Karlsson
• xdpsock poll syscall CPU 100%
  • From: William Tu
• Re: Capture xdp packets in an fentry BPF hook
  • From: Eelco Chaudron
• Re: Capture xdp packets in an fentry BPF hook
  • From: Toke Høiland-Jørgensen
• Re: Capture xdp packets in an fentry BPF hook
  • From: Alexei Starovoitov
• Re: Capture xdp packets in an fentry BPF hook
  • From: Toke Høiland-Jørgensen
• Re: Capture xdp packets in an fentry BPF hook
  • From: Alexei Starovoitov
• Capture xdp packets in an fentry BPF hook
  • From: Eelco Chaudron
• Re: Doing a bpf trace of an XDP bpf program using bpf_perf_event_output()
  • From: Eelco Chaudron
• Re: Need a way to modify the section name for a read program object
  • From: Toke Høiland-Jørgensen
• Re: Need a way to modify the section name for a read program object
  • From: Eelco Chaudron
• Doing a bpf trace of an XDP bpf program using bpf_perf_event_output()
  • From: Eelco Chaudron
• Re: [PATCH bpf] xsk: publish global consumer pointers when NAPI is finsihed
  • From: Magnus Karlsson
• Re: [PATCH bpf] xsk: publish global consumer pointers when NAPI is finsihed
  • From: Maxim Mikityanskiy
• Re: [PATCH bpf] xsk: publish global consumer pointers when NAPI is finsihed
  • From: Magnus Karlsson
• Re: [PATCH bpf] xsk: publish global consumer pointers when NAPI is finsihed
  • From: Daniel Borkmann
• Re: [PATCH bpf] xsk: publish global consumer pointers when NAPI is finsihed
  • From: Maxim Mikityanskiy
• [PATCH bpf] xsk: publish global consumer pointers when NAPI is finsihed
  • From: Magnus Karlsson
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: zero-copy between interfaces
  • From: Maxim Mikityanskiy
• Re: Cannot run multiple 'xdpsock' concurrently?
  • From: Magnus Karlsson
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: Need a way to modify the section name for a read program object
  • From: Andrii Nakryiko
• Re: Need a way to modify the section name for a read program object
  • From: Toke Høiland-Jørgensen
• Re: Need a way to modify the section name for a read program object
  • From: Andrii Nakryiko
• Re: Cannot run multiple 'xdpsock' concurrently?
  • From: Björn Töpel
• Re: Cannot run multiple 'xdpsock' concurrently?
  • From: Maciej Fijalkowski
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: Cannot run multiple 'xdpsock' concurrently?
  • From: Björn Töpel
• Re: Cannot run multiple 'xdpsock' concurrently?
  • From: Maciej Fijalkowski
• Re: Need a way to modify the section name for a read program object
  • From: Toke Høiland-Jørgensen
• Re: Cannot run multiple 'xdpsock' concurrently?
  • From: Maxim Mikityanskiy
• Re: Cannot run multiple 'xdpsock' concurrently?
  • From: Maciej Fijalkowski
• Re: Cannot run multiple 'xdpsock' concurrently?
  • From: Magnus Karlsson
• Re: Packets randomly dropped with virtio-net with xdp loaded in native mode
  • From: Elerion
• Re: Packets randomly dropped with virtio-net with xdp loaded in native mode
  • From: Elerion
• Packets randomly dropped with virtio-net with xdp loaded in native mode
  • From: Elerion
• Cannot run multiple 'xdpsock' concurrently?
  • From: Cameron Elliott
• Need a way to modify the section name for a read program object
  • From: Eelco Chaudron
• Re: Measuring/Debugging XDP Performance
  • From: Christian Deacon
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• RE: zero-copy between interfaces
  • From: Maxim Mikityanskiy
• Re: xdpsock ... -N -z and AF_XDP XDP_ZEROCOPY not working: RESOLVED!
  • From: Jesper Dangaard Brouer
• Re: xdpsock ... -N -z and AF_XDP XDP_ZEROCOPY not working: RESOLVED!
  • From: David Ahern
• xdpsock ... -N -z and AF_XDP XDP_ZEROCOPY not working: RESOLVED!
  • From: Cameron Elliott
• Re: Measuring/Debugging XDP Performance
  • From: Jesper Dangaard Brouer
• Re: Measuring/Debugging XDP Performance
  • From: Jesper Dangaard Brouer
• Re: Maximum xdpsock txpush rate with AF_XDP ??
  • From: Magnus Karlsson
• Re: Maximum xdpsock txpush rate with AF_XDP ??
  • From: Cameron Elliott
• Re: Measuring/Debugging XDP Performance
  • From: Matheus Salgueiro Castanho
• Re: Measuring/Debugging XDP Performance
  • From: Christian Deacon
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: zero-copy between interfaces
  • From: Maxim Mikityanskiy
• Re: Maximum xdpsock txpush rate with AF_XDP ??
  • From: Magnus Karlsson
• Maximum xdpsock txpush rate with AF_XDP ??
  • From: Cameron Elliott
• Re: zero-copy between interfaces
  • From: Dan Siemon
• Re: Measuring/Debugging XDP Performance
  • From: Christian Deacon
• Re: Measuring/Debugging XDP Performance
  • From: Jesper Dangaard Brouer
• Re: Measuring/Debugging XDP Performance
  • From: Christian Deacon
• Re: Measuring/Debugging XDP Performance
  • From: Jesper Dangaard Brouer
• Re: Measuring/Debugging XDP Performance
  • From: Jesper Dangaard Brouer
• Re: Measuring/Debugging XDP Performance
  • From: Vincent Li
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• Measuring/Debugging XDP Performance
  • From: Christian Deacon
• Re: zero-copy between interfaces
  • From: Maxim Mikityanskiy
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• Re: zero-copy between interfaces
  • From: Björn Töpel
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• Re: zero-copy between interfaces
  • From: Jesper Dangaard Brouer
• Re: XDP invalid memory access
  • From: Vincent Li
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• Re: zero-copy between interfaces
  • From: William Tu
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• Re: zero-copy between interfaces
  • From: Björn Töpel
• Re: XDP invalid memory access
  • From: Toke Høiland-Jørgensen
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: XDP invalid memory access
  • From: Vincent Li
• Re: XDP invalid memory access
  • From: Andrii Nakryiko
• Re: XDP invalid memory access
  • From: Vincent Li
• Re: XDP invalid memory access
  • From: Vincent Li
• Re: XDP invalid memory access
  • From: Vincent Li
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: XDP invalid memory access
  • From: Toke Høiland-Jørgensen
• Re: XDP invalid memory access
  • From: Maciej Fijalkowski
• Re: XDP invalid memory access
  • From: David Ahern
• Re: XDP invalid memory access
  • From: Vincent Li
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• Re: XDP invalid memory access
  • From: Vincent Li
• Re: XDP invalid memory access
  • From: David Ahern
• Re: XDP invalid memory access
  • From: Vincent Li
• Re: XDP invalid memory access
  • From: Toke Høiland-Jørgensen
• XDP invalid memory access
  • From: Vincent Li
• Transmitting packets with AF_XDP on lo iface
  • From: Gilberto Bertin
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• AF_XDP with Rust
  • From: dan
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: zero-copy between interfaces
  • From: Toke Høiland-Jørgensen
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• Re: zero-copy between interfaces
  • From: Toke Høiland-Jørgensen
• Re: zero-copy between interfaces
  • From: Jesper Dangaard Brouer
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• Re: zero-copy between interfaces
  • From: Ryan Goodfellow
• Re: zero-copy between interfaces
  • From: Jesper Dangaard Brouer
• Re: zero-copy between interfaces
  • From: Toke Høiland-Jørgensen
• Re: zero-copy between interfaces
  • From: Magnus Karlsson
• zero-copy between interfaces
  • From: Ryan Goodfellow
• Re: Trying the bpf trace a bpf xdp program
  • From: Eelco Chaudron
• Re: AF_XDP headroom
  • From: William Tu
• AF_XDP headroom
  • From: Vladimír Čunát
• XDP/AF_XDP checksum use case in OVS
  • From: William Tu
• RE: bpf_csum_diff - R3 offset is outside of the packet
  • From: Francesco Ruta (fruta)
• Re: Trying the bpf trace a bpf xdp program
  • From: Alexei Starovoitov
• Re: bpf_csum_diff - R3 offset is outside of the packet
  • From: Anton Protopopov
• bpf_csum_diff - R3 offset is outside of the packet
  • From: Francesco Ruta (fruta)
• Re: Possible race condition on xsk_socket__create/xsk_bind
  • From: William Tu
• Re: Trying the bpf trace a bpf xdp program
  • From: Eelco Chaudron
• Re: Possible race condition on xsk_socket__create/xsk_bind
  • From: Björn Töpel
• Re: Trying the bpf trace a bpf xdp program
  • From: Y Song
• Re: Trying the bpf trace a bpf xdp program
  • From: Eelco Chaudron
• Re: Trying the bpf trace a bpf xdp program
  • From: Andrii Nakryiko
• Re: Trying the bpf trace a bpf xdp program
  • From: Eelco Chaudron
• Re: Trying the bpf trace a bpf xdp program
  • From: Yonghong Song
• Re: Trying the bpf trace a bpf xdp program
  • From: John Fastabend
• Re: Trying the bpf trace a bpf xdp program
  • From: Andrii Nakryiko
• Re: Trying the bpf trace a bpf xdp program
  • From: Yonghong Song
• Re: Trying the bpf trace a bpf xdp program
  • From: Eelco Chaudron
• Re: xdpsock poll with 5.2.21rt kernel
  • From: Paul Thomas
• Re: Trying the bpf trace a bpf xdp program
  • From: Yonghong Song
• Re: Trying the bpf trace a bpf xdp program
  • From: Eelco Chaudron
• Re: xdpsock poll with 5.2.21rt kernel
  • From: Sebastian Andrzej Siewior
• Re: xdpsock poll with 5.2.21rt kernel
  • From: Paul Thomas
• Re: Trying the bpf trace a bpf xdp program
  • From: Yonghong Song
• Re: xdpsock poll with 5.2.21rt kernel
  • From: Sebastian Andrzej Siewior
• Re: Trying the bpf trace a bpf xdp program
  • From: Eelco Chaudron
• Video for understanding eBPF conceptually
  • From: Jesper Dangaard Brouer
• Re: Trying the bpf trace a bpf xdp program
  • From: Alexei Starovoitov
• Re: Trying the bpf trace a bpf xdp program
  • From: Eelco Chaudron
• Re: Trying the bpf trace a bpf xdp program
  • From: Alexei Starovoitov
• Trying the bpf trace a bpf xdp program
  • From: Eelco Chaudron
• Re: error loading xdp program on virtio nic
  • From: Jason Wang
• Re: error loading xdp program on virtio nic
  • From: Jason Wang
• Re: error loading xdp program on virtio nic
  • From: Toke Høiland-Jørgensen
• Re: XDP - Bridge - not redirecting all UDP
  • From: Joubert Berger
• Re: error loading xdp program on virtio nic
  • From: David Ahern
• Re: error loading xdp program on virtio nic
  • From: Jesper Dangaard Brouer
• Re: error loading xdp program on virtio nic
  • From: Jakub Kicinski
• Re: error loading xdp program on virtio nic
  • From: David Ahern
• Re: Access Hardware Timestamp in eBPF Program
  • From: Toke Høiland-Jørgensen
• Re: error loading xdp program on virtio nic
  • From: Jason Wang
• Re: Access Hardware Timestamp in eBPF Program
  • From: Piotr Raczynski
• Access Hardware Timestamp in eBPF Program
  • From: Christoph Kuhr
• XDP - Bridge - not redirecting all UDP
  • From: Joubert Berger
• Re: error loading xdp program on virtio nic
  • From: David Ahern
• Re: error loading xdp program on virtio nic
  • From: Jason Wang
• Re: error loading xdp program on virtio nic
  • From: Jesper Dangaard Brouer
• Re: error loading xdp program on virtio nic
  • From: David Ahern
• Re: error loading xdp program on virtio nic
  • From: Jason Wang
• Re: error loading xdp program on virtio nic
  • From: David Ahern
• Re: error loading xdp program on virtio nic
  • From: Jason Wang
• error loading xdp program on virtio nic
  • From: David Ahern
• xdpsock poll with 5.2.21rt kernel
  • From: Paul Thomas
• Re: xdp with mlx5 not working as expected
  • From: David Ahern
• xdp with mlx5 not working as expected
  • From: David Ahern
• Re: bpf_helpers and you... some more...
  • From: Toke Høiland-Jørgensen
• bpf_helpers and you... some more...
  • From: Farid Zakaria
• Re: bidirectional: => AF_XDP , <= XDP_REDIRECT
  • From: Ilya Goslhtein
• Re: bidirectional: => AF_XDP , <= XDP_REDIRECT
  • From: Jesper Dangaard Brouer
• Re: bidirectional: => AF_XDP , <= XDP_REDIRECT
  • From: Ilya Goslhtein
• Useful request_id concept for bpf_debug_printk
  • From: Farid Zakaria
• Re: sharing a simple ebpf code sample
  • From: Y Song
• Re: sharing a simple ebpf code sample
  • From: Farid Zakaria
• Re: How to debug XDP_REDIRECT errors
  • From: Jesper Dangaard Brouer
• How to debug XDP_REDIRECT errors
  • From: Zvi Effron
• Re: sharing a simple ebpf code sample
  • From: Alexei Starovoitov
• sharing a simple ebpf code sample
  • From: Farid Zakaria
• Re: i40e: Kernel freezes with XDP_ZEROCOPY
  • From: Kal Cutter Conley
• Re: i40e: Kernel freezes with XDP_ZEROCOPY
  • From: Magnus Karlsson
• Re: i40e: Kernel freezes with XDP_ZEROCOPY
  • From: Magnus Karlsson
• Re: i40e: Kernel freezes with XDP_ZEROCOPY
  • From: Kal Cutter Conley
• Re: i40e: Kernel freezes with XDP_ZEROCOPY
  • From: Ilya Goslhtein
• Re: i40e: Kernel freezes with XDP_ZEROCOPY
  • From: Kal Cutter Conley
• Re: [PATCH] samples/bpf: make xdp_monitor use raw_tracepoints
  • From: Eric Sage
• Re: [PATCH] samples/bpf: make xdp_monitor use raw_tracepoints
  • From: Jesper Dangaard Brouer
• Re: [PATCH] samples/bpf: make xdp_monitor use raw_tracepoints
  • From: Eric Sage
• Re: [PATCH] samples/bpf: make xdp_monitor use raw_tracepoints
  • From: Andrii Nakryiko
• Re: XDP performance and benchmarks on generic not supported NICs
  • From: Matteo Croce
• XDP performance and benchmarks on generic not supported NICs
  • From: Vladimir Soldatov
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Magnus Karlsson
• RE: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Július Milan
• Re: [PATCH] samples/bpf: make xdp_monitor use raw_tracepoints
  • From: Jesper Dangaard Brouer
• Re: Unable to run eBPF program that uses maps
  • From: Toke Høiland-Jørgensen
• Unable to run eBPF program that uses maps
  • From: Radu Stoenescu
• [PATCH] samples/bpf: make xdp_monitor use raw_tracepoints
  • From: Eric Sage
• Re: samples/bpf not working?
  • From: Andrii Nakryiko
• Re: samples/bpf not working?
  • From: Eric Sage
• Re: samples/bpf not working?
  • From: Andrii Nakryiko
• samples/bpf not working?
  • From: Daniel T. Lee
• Re: xdpsock problem testing multiple queues
  • From: Maciej Fijalkowski
• RE: xdpsock problem testing multiple queues
  • From: Július Milan
• Re: xdpsock problem testing multiple queues
  • From: Maciej Fijalkowski
• Re: xdpsock problem testing multiple queues
  • From: Björn Töpel
• Re: xdpsock problem testing multiple queues
  • From: Pavel Popa
• xdpsock problem testing multiple queues
  • From: Július Milan
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: William Tu
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Eelco Chaudron
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Magnus Karlsson
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Eelco Chaudron
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Magnus Karlsson
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: William Tu
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Magnus Karlsson
• Re: bug in AF_XDP socket cleanup?
  • From: Magnus Karlsson
• Re: bug? or how to properly clean up AF_XDP socket
  • From: William Tu
• Re: bug in AF_XDP socket cleanup?
  • From: William Tu
• Re: [xdp-tutorial] : permission denied when I try to execute a program
  • From: Anton Protopopov
• Re: [xdp-tutorial] : permission denied when I try to execute a program
  • From: Andy Gospodarek
• Re: [xdp-tutorial] : permission denied when I try to execute a program
  • From: Anton Protopopov
• bug? or how to properly clean up AF_XDP socket
  • From: Július Milan
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: William Tu
• [xdp-tutorial] : permission denied when I try to execute a program
  • From: Théo Mainguet
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Eelco Chaudron
• RE: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Július Milan
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: William Tu
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Eelco Chaudron
• RE: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Július Milan
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Magnus Karlsson
• RE: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Július Milan
• Re: BUG: sleeping function called from invalid context in tcf_chain0_head_change_cb_del
  • From: Vlad Buslov
• Re: BUG: sleeping function called from invalid context in tcf_chain0_head_change_cb_del
  • From: Cong Wang
• Re: BUG: sleeping function called from invalid context in tcf_chain0_head_change_cb_del
  • From: Vlad Buslov
• Re: BUG: sleeping function called from invalid context in tcf_chain0_head_change_cb_del
  • From: Cong Wang
• BUG: sleeping function called from invalid context in tcf_chain0_head_change_cb_del
  • From: syzbot
• Re: bidirectional: => AF_XDP , <= XDP_REDIRECT
  • From: Toke Høiland-Jørgensen
• Re: bidirectional: => AF_XDP , <= XDP_REDIRECT
  • From: Ilya Goslhtein
• Re: bidirectional: => AF_XDP , <= XDP_REDIRECT
  • From: Toke Høiland-Jørgensen
• bidirectional: => AF_XDP , <= XDP_REDIRECT
  • From: Ilya Goslhtein
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: William Tu
• Re: net/mlx5e: bind() always returns EINVAL with XDP_ZEROCOPY
  • From: Saeed Mahameed
• Re: [PATCH v3] virtio-net: lower min ring num_free for efficiency
  • From: Michael S. Tsirkin
• Re: net/mlx5e: bind() always returns EINVAL with XDP_ZEROCOPY
  • From: Jesper Dangaard Brouer
• Re: net/mlx5e: bind() always returns EINVAL with XDP_ZEROCOPY
  • From: Kal Cutter Conley
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Björn Töpel
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Björn Töpel
• RE: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Július Milan
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Pavel Popa
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Marek Zavodsky
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: William Tu
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: William Tu
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Björn Töpel
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Björn Töpel
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: William Tu
• Re: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Marek Zavodsky
• RE: AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Július Milan
• AF_XDP integration with FDio VPP? (Was: Questions about XDP)
  • From: Jesper Dangaard Brouer
• Re: l2fwd between interfaces
  • From: Magnus Karlsson
• l2fwd between interfaces
  • From: Ilya Golshtein
• Re: [PATCH bpf-next v2 0/3] xdpsock: allow mmap2 usage for 32bits
  • From: Daniel Borkmann
• Re: [PATCH bpf-next] xsk: proper socket state check in xsk_poll
  • From: Daniel Borkmann
• Re: [PATCH bpf-next] xsk: proper socket state check in xsk_poll
  • From: Björn Töpel
• Re: [PATCH bpf-next] xsk: proper socket state check in xsk_poll
  • From: Daniel Borkmann
• [PATCH bpf-next] xsk: proper socket state check in xsk_poll
  • From: Björn Töpel
• Re: general protection fault in xsk_poll
  • From: Björn Töpel
• general protection fault in xsk_poll
  • From: syzbot
• Re: [PATCH bpf-next v2 3/3] samples: bpf: syscal_nrs: use mmap2 if defined
  • From: Jonathan Lemon
• Re: [PATCH v2] virtio-net: lower min ring num_free for efficiency
  • From: Michael S. Tsirkin
• Re: WARNING in is_bpf_text_address
  • From: Will Deacon
• Re: WARNING in is_bpf_text_address
  • From: Bart Van Assche
• Re: [PATCH bpf-next v2 1/3] libbpf: use LFS (_FILE_OFFSET_BITS) instead of direct mmap2 syscall
  • From: Yonghong Song
• Re: [PATCH bpf-next v2 2/3] xdp: xdp_umem: replace kmap on vmap for umem map
  • From: Jonathan Lemon
• Re: [PATCH bpf-next v2 2/3] xdp: xdp_umem: replace kmap on vmap for umem map
  • From: Jonathan Lemon
• Re: [PATCH bpf-next v2 2/3] xdp: xdp_umem: replace kmap on vmap for umem map
  • From: Ivan Khoronzhuk
• Re: [PATCH bpf-next v2 2/3] xdp: xdp_umem: replace kmap on vmap for umem map
  • From: Jonathan Lemon
• Oddly low CPU util during XDP_DROP
  • From: Adam Drescher
• [PATCH bpf-next v2 2/3] xdp: xdp_umem: replace kmap on vmap for umem map
  • From: Ivan Khoronzhuk
• [PATCH bpf-next v2 1/3] libbpf: use LFS (_FILE_OFFSET_BITS) instead of direct mmap2 syscall
  • From: Ivan Khoronzhuk
• [PATCH bpf-next v2 0/3] xdpsock: allow mmap2 usage for 32bits
  • From: Ivan Khoronzhuk
• [PATCH bpf-next v2 3/3] samples: bpf: syscal_nrs: use mmap2 if defined
  • From: Ivan Khoronzhuk
• Re: [PATCH v2] virtio-net: lower min ring num_free for efficiency
  • From: Jason Wang
• Re: [PATCH] virtio-net: lower min ring num_free for efficiency
  • From: Jason Wang
• Re: [PATCH] virtio-net: lower min ring num_free for efficiency
  • From: Jason Wang
• Re: WARNING in is_bpf_text_address
  • From: Will Deacon
• Re: [PATCH] virtio-net: lower min ring num_free for efficiency
  • From: Jason Wang
• Re: [PATCH] virtio-net: lower min ring num_free for efficiency
  • From: Jason Wang
• Re: [PATCH v2 bpf-next] mm: mmap: increase sockets maximum memory size pgoff for 32bits
  • From: Andrew Morton
• Re: [PATCH bpf-next 1/3] libbpf: add asm/unistd.h to xsk to get __NR_mmap2
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 1/3] libbpf: add asm/unistd.h to xsk to get __NR_mmap2
  • From: Ivan Khoronzhuk
• Re: [PATCH bpf-next 1/3] libbpf: add asm/unistd.h to xsk to get __NR_mmap2
  • From: Yonghong Song
• Re: [PATCH bpf-next 1/3] libbpf: add asm/unistd.h to xsk to get __NR_mmap2
  • From: Yonghong Song
• Re: [PATCH v2 bpf-next] mm: mmap: increase sockets maximum memory size pgoff for 32bits
  • From: Ivan Khoronzhuk
• Re: [PATCH bpf-next 1/3] libbpf: add asm/unistd.h to xsk to get __NR_mmap2
  • From: Björn Töpel
• Re: [PATCH bpf-next 1/3] libbpf: add asm/unistd.h to xsk to get __NR_mmap2
  • From: Ivan Khoronzhuk
• Re: [PATCH bpf-next 1/3] libbpf: add asm/unistd.h to xsk to get __NR_mmap2
  • From: Ivan Khoronzhuk
• Re: [PATCH bpf-next 1/3] libbpf: add asm/unistd.h to xsk to get __NR_mmap2
  • From: Ivan Khoronzhuk
• Re: [PATCH bpf-next 1/3] libbpf: add asm/unistd.h to xsk to get __NR_mmap2
  • From: Yonghong Song
• Re: [PATCH bpf-next 1/3] libbpf: add asm/unistd.h to xsk to get __NR_mmap2
  • From: Andrii Nakryiko
• Re: [PATCH bpf-next 3/3] samples: bpf: syscal_nrs: use mmap2 if defined
  • From: Ivan Khoronzhuk
• Re: [PATCH bpf-next 2/3] xdp: xdp_umem: replace kmap on vmap for umem map
  • From: Jonathan Lemon
• Re: [PATCH bpf-next 2/3] xdp: xdp_umem: replace kmap on vmap for umem map
  • From: Ivan Khoronzhuk
• Re: [PATCH bpf-next 1/3] libbpf: add asm/unistd.h to xsk to get __NR_mmap2
  • From: Jonathan Lemon
• Re: [PATCH bpf-next 2/3] xdp: xdp_umem: replace kmap on vmap for umem map
  • From: Jonathan Lemon
• Re: [PATCH bpf-next 3/3] samples: bpf: syscal_nrs: use mmap2 if defined
  • From: Jonathan Lemon
• Re: [PATCH] virtio-net: parameterize min ring num_free for virtio receive
  • From: Michael S. Tsirkin
• [PATCH bpf-next 1/3] libbpf: add asm/unistd.h to xsk to get __NR_mmap2
  • From: Ivan Khoronzhuk
• [PATCH bpf-next 3/3] samples: bpf: syscal_nrs: use mmap2 if defined
  • From: Ivan Khoronzhuk
• [PATCH bpf-next 2/3] xdp: xdp_umem: replace kmap on vmap for umem map
  • From: Ivan Khoronzhuk
• [PATCH bpf-next 0/3] xdpsock: allow mmap2 usage for 32bits
  • From: Ivan Khoronzhuk
• Re: [PATCH v2 bpf-next] mm: mmap: increase sockets maximum memory size pgoff for 32bits
  • From: Ivan Khoronzhuk
• Re: [PATCH v2 bpf-next] mm: mmap: increase sockets maximum memory size pgoff for 32bits
  • From: Magnus Karlsson
• Re: libbpf expected backward compatibility
  • From: Magnus Karlsson
• Re: [PATCH v2 bpf-next] mm: mmap: increase sockets maximum memory size pgoff for 32bits
  • From: Andrew Morton
• Re: libbpf expected backward compatibility
  • From: Y Song
• libbpf expected backward compatibility
  • From: Rafael Vargas
• Re: [PATCH v2 2/2] Documentation: sphinx: Don't parse socket() as identifier reference
  • From: Mauro Carvalho Chehab
• [PATCH v2 2/2] Documentation: sphinx: Don't parse socket() as identifier reference
  • From: Jonathan Neuschäfer
• Re: [PATCH v2 bpf-next] mm: mmap: increase sockets maximum memory size pgoff for 32bits
  • From: Daniel Borkmann
• [PATCH v2 bpf-next] mm: mmap: increase sockets maximum memory size pgoff for 32bits
  • From: Ivan Khoronzhuk
• [PATCH bpf-next] mm: mmap: increase sockets maximum memory size pgoff for 32bits
  • From: Ivan Khoronzhuk
• Re: [PATCH] Documentation/networking/af_xdp: Inhibit reference to struct socket
  • From: Jonathan Neuschäfer
• Re: WARNING in is_bpf_text_address
  • From: syzbot
• Re: [PATCH] Documentation/networking/af_xdp: Inhibit reference to struct socket
  • From: Jonathan Corbet
• [PATCH] Documentation/networking/af_xdp: Inhibit reference to struct socket
  • From: Jonathan Neuschäfer
• Re: [PATCH v2 bpf-next] xdp: xdp_umem: fix umem pages mapping for 32bits systems
  • From: Daniel Borkmann
• Re: [bpf-next PATCH 0/3] bpf: improvements to xdp_fwd sample
  • From: Zvi Effron
• [PATCH v2 bpf-next] xdp: xdp_umem: fix umem pages mapping for 32bits systems
  • From: Ivan Khoronzhuk
• Re: [bpf-next PATCH 0/3] bpf: improvements to xdp_fwd sample
  • From: Jesper Dangaard Brouer
• Re: [bpf-next PATCH 2/3] samples/bpf: make xdp_fwd more practically usable via devmap lookup
  • From: Jesper Dangaard Brouer
• Re: [bpf-next PATCH 0/3] bpf: improvements to xdp_fwd sample
  • From: Zvi Effron
• i40e: Kernel freezes with XDP_ZEROCOPY
  • From: Kal Cutter Conley
• Re: [bpf-next PATCH 3/3] samples/bpf: xdp_fwd explain bpf_fib_lookup return codes
  • From: Y Song
• Re: [bpf-next PATCH 2/3] samples/bpf: make xdp_fwd more practically usable via devmap lookup
  • From: Y Song
• Re: [bpf-next PATCH 3/3] samples/bpf: xdp_fwd explain bpf_fib_lookup return codes
  • From: David Ahern
• Re: [bpf-next PATCH 1/3] samples/bpf: xdp_fwd rename devmap name to be xdp_tx_ports
  • From: Y Song
• Re: [bpf-next PATCH 2/3] samples/bpf: make xdp_fwd more practically usable via devmap lookup
  • From: David Ahern
• Re: [bpf-next PATCH 1/3] samples/bpf: xdp_fwd rename devmap name to be xdp_tx_ports
  • From: David Ahern
• Re: [bpf-next PATCH 0/3] bpf: improvements to xdp_fwd sample
  • From: Jesper Dangaard Brouer
• net/mlx5e: bind() always returns EINVAL with XDP_ZEROCOPY
  • From: Kal Cutter Conley
• [bpf-next PATCH 3/3] samples/bpf: xdp_fwd explain bpf_fib_lookup return codes
  • From: Jesper Dangaard Brouer
• [bpf-next PATCH 2/3] samples/bpf: make xdp_fwd more practically usable via devmap lookup
  • From: Jesper Dangaard Brouer