1. 07 Aug, 2015 27 commits
  2. 05 Aug, 2015 1 commit
    • David S. Miller's avatar
      Merge git://git.kernel.org/pub/scm/linux/kernel/git/pablo/nf-next · 9dc20a64
      David S. Miller authored
      Pablo Neira Ayuso says:
      
      ====================
      Netfilter updates for net-next
      
      The following patchset contains Netfilter updates for net-next, they are:
      
      1) A couple of cleanups for the netfilter core hook from Eric Biederman.
      
      2) Net namespace hook registration, also from Eric. This adds a dependency with
         the rtnl_lock. This should be fine by now but we have to keep an eye on this
         because if we ever get the per-subsys nfnl_lock before rtnl we have may
         problems in the future. But we have room to remove this in the future by
         propagating the complexity to the clients, by registering hooks for the init
         netns functions.
      
      3) Update nf_tables to use the new net namespace hook infrastructure, also from
         Eric.
      
      4) Three patches to refine and to address problems from the new net namespace
         hook infrastructure.
      
      5) Switch to alternate jumpstack in xtables iff the packet is reentering. This
         only applies to a very special case, the TEE target, but Eric Dumazet
         reports that this is slowing down things for everyone else. So let's only
         switch to the alternate jumpstack if the tee target is in used through a
         static key. This batch also comes with offline precalculation of the
         jumpstack based on the callchain depth. From Florian Westphal.
      
      6) Minimal SCTP multihoming support for our conntrack helper, from Michal
         Kubecek.
      
      7) Reduce nf_bridge_info per skbuff scratchpad area to 32 bytes, from Florian
         Westphal.
      
      8) Fix several checkpatch errors in bridge netfilter, from Bernhard Thaler.
      
      9) Get rid of useless debug message in ip6t_REJECT, from Subash Abhinov.
      ====================
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      9dc20a64
  3. 04 Aug, 2015 10 commits
  4. 03 Aug, 2015 2 commits
    • Nikolay Aleksandrov's avatar
      bridge: mdb: fix vlan_enabled access when vlans are not configured · 58da0180
      Nikolay Aleksandrov authored
      Instead of trying to access br->vlan_enabled directly use the provided
      helper br_vlan_enabled().
      Signed-off-by: default avatarNikolay Aleksandrov <nikolay@cumulusnetworks.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      58da0180
    • Daniel Borkmann's avatar
      act_bpf: properly support late binding of bpf action to a classifier · a5c90b29
      Daniel Borkmann authored
      Since the introduction of the BPF action in d23b8ad8 ("tc: add BPF
      based action"), late binding was not working as expected. I.e. setting
      the action part for a classifier only via 'bpf index <num>', where <num>
      is the index of an existing action, is being rejected by the kernel due
      to other missing parameters.
      
      It doesn't make sense to require these parameters such as BPF opcodes
      etc, as they are not going to be used anyway: in this case, they're just
      allocated/parsed and then freed again w/o doing anything meaningful.
      
      Instead, parse and verify the remaining parameters *after* the test on
      tcf_hash_check(), when we really know that we're dealing with creation
      of a new action or replacement of an existing one and where late binding
      is thus irrelevant.
      
      After patch, test case is now working:
      
        FOO="1,6 0 0 4294967295,"
        tc actions add action bpf bytecode "$FOO"
        tc filter add dev foo parent 1: bpf bytecode "$FOO" flowid 1:1 action bpf index 1
        tc actions show action bpf
          action order 0: bpf bytecode '1,6 0 0 4294967295' default-action pipe
          index 1 ref 2 bind 1
        tc filter show dev foo
          filter protocol all pref 49152 bpf
          filter protocol all pref 49152 bpf handle 0x1 flowid 1:1 bytecode '1,6 0 0 4294967295'
          action order 1: bpf bytecode '1,6 0 0 4294967295' default-action pipe
          index 1 ref 2 bind 1
      
      Late binding of a BPF action can be useful for preloading maps (e.g. before
      they hit traffic) in case of eBPF programs, or to share a single eBPF action
      with multiple classifiers.
      Signed-off-by: default avatarDaniel Borkmann <daniel@iogearbox.net>
      Acked-by: default avatarAlexei Starovoitov <ast@plumgrid.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      a5c90b29