Skip to content
  • David S. Miller's avatar
    a52171ae
    Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf-next · a52171ae
    David S. Miller authored
    Daniel Borkmann says:
    
    ====================
    pull-request: bpf-next 2021-06-17
    
    The following pull-request contains BPF updates for your *net-next* tree.
    
    We've added 50 non-merge commits during the last 25 day(s) which contain
    a total of 148 files changed, 4779 insertions(+), 1248 deletions(-).
    
    The main changes are:
    
    1) BPF infrastructure to migrate TCP child sockets from a listener to another
       in the same reuseport group/map, from Kuniyuki Iwashima.
    
    2) Add a provably sound, faster and more precise algorithm for tnum_mul() as
       noted in https://arxiv.org/abs/2105.05398
    
    , from Harishankar Vishwanathan.
    
    3) Streamline error reporting changes in libbpf as planned out in the
       'libbpf: the road to v1.0' effort, from Andrii Nakryiko.
    
    4) Add broadcast support to xdp_redirect_map(), from Hangbin Liu.
    
    5) Extends bpf_map_lookup_and_delete_elem() functionality to 4 more map
       types, that is, {LRU_,PERCPU_,LRU_PERCPU_,}HASH, from Denis Salopek.
    
    6) Support new LLVM relocations in libbpf to make them more linker friendly,
       also add a doc to describe the BPF backend relocations, from Yonghong Song.
    
    7) Silence long standing KUBSAN complaints on register-based shifts in
       interpreter, from Daniel Borkmann and Eric Biggers.
    
    8) Add dummy PT_REGS macros in libbpf to fail BPF program compilation when
       target arch cannot be determined, from Lorenz Bauer.
    
    9) Extend AF_XDP to support large umems with 1M+ pages, from Magnus Karlsson.
    
    10) Fix two minor libbpf tc BPF API issues, from Kumar Kartikeya Dwivedi.
    
    11) Move libbpf BPF_SEQ_PRINTF/BPF_SNPRINTF macros that can be used by BPF
        programs to bpf_helpers.h header, from Florent Revest.
    ====================
    
    Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
    a52171ae
    Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf-next
    David S. Miller authored
    Daniel Borkmann says:
    
    ====================
    pull-request: bpf-next 2021-06-17
    
    The following pull-request contains BPF updates for your *net-next* tree.
    
    We've added 50 non-merge commits during the last 25 day(s) which contain
    a total of 148 files changed, 4779 insertions(+), 1248 deletions(-).
    
    The main changes are:
    
    1) BPF infrastructure to migrate TCP child sockets from a listener to another
       in the same reuseport group/map, from Kuniyuki Iwashima.
    
    2) Add a provably sound, faster and more precise algorithm for tnum_mul() as
       noted in https://arxiv.org/abs/2105.05398
    
    , from Harishankar Vishwanathan.
    
    3) Streamline error reporting changes in libbpf as planned out in the
       'libbpf: the road to v1.0' effort, from Andrii Nakryiko.
    
    4) Add broadcast support to xdp_redirect_map(), from Hangbin Liu.
    
    5) Extends bpf_map_lookup_and_delete_elem() functionality to 4 more map
       types, that is, {LRU_,PERCPU_,LRU_PERCPU_,}HASH, from Denis Salopek.
    
    6) Support new LLVM relocations in libbpf to make them more linker friendly,
       also add a doc to describe the BPF backend relocations, from Yonghong Song.
    
    7) Silence long standing KUBSAN complaints on register-based shifts in
       interpreter, from Daniel Borkmann and Eric Biggers.
    
    8) Add dummy PT_REGS macros in libbpf to fail BPF program compilation when
       target arch cannot be determined, from Lorenz Bauer.
    
    9) Extend AF_XDP to support large umems with 1M+ pages, from Magnus Karlsson.
    
    10) Fix two minor libbpf tc BPF API issues, from Kumar Kartikeya Dwivedi.
    
    11) Move libbpf BPF_SEQ_PRINTF/BPF_SNPRINTF macros that can be used by BPF
        programs to bpf_helpers.h header, from Florent Revest.
    ====================
    
    Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
Loading