1. 22 7月, 2021 7 次提交
  2. 03 7月, 2021 1 次提交
    • L
      nfp: flower-ct: remove callback delete deadlock · 7cc93d88
      Louis Peens 提交于
      The current location of the callback delete can lead to a race
      condition where deleting the callback requires a write_lock on
      the nf_table, but at the same time another thread from netfilter
      could have taken a read lock on the table before trying to offload.
      Since the driver is taking a rtnl_lock this can lead into a deadlock
      situation, where the netfilter offload will wait for the cls_flower
      rtnl_lock to be released, but this cannot happen since this is
      waiting for the nf_table read_lock to be released before it can
      delete the callback.
      
      Solve this by completely removing the nf_flow_table_offload_del_cb
      call, as this will now be cleaned up by act_ct itself when cleaning
      up the specific nf_table.
      
      Fixes: 62268e78 ("nfp: flower-ct: add nft callback stubs")
      Signed-off-by: NLouis Peens <louis.peens@corigine.com>
      Signed-off-by: NYinjun Zhang <yinjun.zhang@corigine.com>
      Signed-off-by: NSimon Horman <simon.horman@corigine.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      7cc93d88
  3. 22 6月, 2021 1 次提交
  4. 17 6月, 2021 9 次提交
  5. 03 6月, 2021 8 次提交
  6. 18 5月, 2021 1 次提交
    • Y
      net: netronome: nfp: Fix wrong function name in comments · a507b164
      Yang Shen 提交于
      Fixes the following W=1 kernel build warning(s):
      
       drivers/net/ethernet/netronome/nfp/ccm_mbox.c:52: warning: expecting prototype for struct nfp_ccm_mbox_skb_cb. Prototype was for struct nfp_ccm_mbox_cmsg_cb instead
       drivers/net/ethernet/netronome/nfp/flower/tunnel_conf.c:35: warning: expecting prototype for struct nfp_tun_pre_run_rule. Prototype was for struct nfp_tun_pre_tun_rule instead
       drivers/net/ethernet/netronome/nfp/nfpcore/nfp_nffw.c:38: warning: expecting prototype for NFFW_INFO_VERSION history(). Prototype was for NFFW_INFO_VERSION_CURRENT() instead
      
      Cc: Simon Horman <simon.horman@netronome.com>
      Cc: Jakub Kicinski <kuba@kernel.org>
      Signed-off-by: NYang Shen <shenyang39@huawei.com>
      Reviewed-by: NSimon Horman <simon.horman@netronome.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a507b164
  7. 07 4月, 2021 1 次提交
  8. 31 3月, 2021 1 次提交
  9. 17 3月, 2021 3 次提交
  10. 14 3月, 2021 1 次提交
  11. 18 12月, 2020 1 次提交
  12. 03 9月, 2020 1 次提交
  13. 24 8月, 2020 1 次提交
  14. 21 8月, 2020 2 次提交
  15. 14 7月, 2020 1 次提交
    • P
      net: sched: Pass qdisc reference in struct flow_block_offload · c40f4e50
      Petr Machata 提交于
      Previously, shared blocks were only relevant for the pseudo-qdiscs ingress
      and clsact. Recently, a qevent facility was introduced, which allows to
      bind blocks to well-defined slots of a qdisc instance. RED in particular
      got two qevents: early_drop and mark. Drivers that wish to offload these
      blocks will be sent the usual notification, and need to know which qdisc it
      is related to.
      
      To that end, extend flow_block_offload with a "sch" pointer, and initialize
      as appropriate. This prompts changes in the indirect block facility, which
      now tracks the scheduler in addition to the netdevice. Update signatures of
      several functions similarly.
      Signed-off-by: NPetr Machata <petrm@mellanox.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      c40f4e50
  16. 30 6月, 2020 1 次提交