1. 29 6月, 2018 9 次提交
  2. 28 6月, 2018 18 次提交
  3. 27 6月, 2018 9 次提交
  4. 26 6月, 2018 4 次提交
    • P
      selftests: forwarding: mirror_gre_vlan_bridge_1q: Unset rp_filter · 27a2628b
      Petr Machata 提交于
      The IP addresses of tunnel endpoint at H3 are set at the VLAN device
      $h3.555. Therefore when test_gretap_untagged_egress() sets vlan 555 to
      egress untagged at $swp3, $h3's rp_filter rejects these packets. The
      test then spuriously fails.
      
      Therefore turn off net.ipv4.conf.{all, $h3}.rp_filter.
      
      Fixes: 9c7c8a82 ("selftests: forwarding: mirror_gre_vlan_bridge_1q: Add more tests")
      Signed-off-by: NPetr Machata <petrm@mellanox.com>
      Reviewed-by: NIdo Schimmel <idosch@mellanox.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      27a2628b
    • K
      mdio-mux-gpio: Remove VLA usage · 68cc444d
      Kees Cook 提交于
      In the quest to remove all stack VLA usage from the kernel[1], this
      allocates the values buffer during the callback instead of putting it
      on the stack.
      
      [1] https://lkml.kernel.org/r/CA+55aFzCG-zNmZwX4A2FQpadafLfEzK6CC=qPXydAacU1RqZWA@mail.gmail.comSigned-off-by: NKees Cook <keescook@chromium.org>
      Reviewed-by: NAndrew Lunn <andrew@lunn.ch>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      68cc444d
    • D
      Merge branch 'net-sched-support-replay-of-filter-offload-when-binding-to-block' · a6e65e5d
      David S. Miller 提交于
      Jakub Kicinski says:
      
      ====================
      net: sched: support replay of filter offload when binding to block
      
      This series from John adds the ability to replay filter offload requests
      when new offload callback is being registered on a TC block.  This is most
      likely to take place for shared blocks today, when a block which already
      has rules is bound to another interface.  Prior to this patch set if any
      of the rules were offloaded the block bind would fail.
      
      A new tcf_proto_op is added to generate a filter-specific offload request.
      The new 'offload' op is supporting extack from day 0, hence we need to
      propagate extack to .ndo_setup_tc TC_BLOCK_BIND/TC_BLOCK_UNBIND and
      through tcf_block_cb_register() to tcf_block_playback_offloads().
      
      The immediate use of this patch set is to simplify life of drivers which
      require duplicating rules when sharing blocks.  Switch drivers (mlxsw)
      can bind ports to rule lists dynamically, NIC drivers generally don't
      have that ability and need the rules to be duplicated for each ingress
      they match on.  In code terms this means that switch drivers don't
      register multiple callbacks for each port.  NIC drivers do, and get a
      separate request and hance rule per-port, as if the block was not shared.
      The registration fails today, however, if some rules were already present.
      
      As John notes in description of patch 7, drivers which register multiple
      callbacks to shared blocks will likely need to flush the rules on block
      unbind.  This set makes the core not only replay the the offload add
      requests but also offload remove requests when callback is unregistered.
      
      v2:
       - name parameters in patch 2;
       - use unsigned int instead of u32 for in_hw_coun;
       - improve extack message in patch 7.
      ====================
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a6e65e5d
    • J
      net: sched: call reoffload op on block callback reg · 32636742
      John Hurley 提交于
      Call the reoffload tcf_proto_op on all tcf_proto nodes in all chains of a
      block when a callback tries to register to a block that already has
      offloaded rules. If all existing rules cannot be offloaded then the
      registration is rejected. This replaces the previous policy of rejecting
      such callback registration outright.
      
      On unregistration of a callback, the rules are flushed for that given cb.
      The implementation of block sharing in the NFP driver, for example,
      duplicates shared rules to all devs bound to a block. This meant that
      rules could still exist in hw even after a device is unbound from a block
      (assuming the block still remains active).
      Signed-off-by: NJohn Hurley <john.hurley@netronome.com>
      Signed-off-by: NJakub Kicinski <jakub.kicinski@netronome.com>
      Acked-by: NJiri Pirko <jiri@mellanox.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      32636742