1. 10 7月, 2019 5 次提交
  2. 28 6月, 2019 2 次提交
  3. 15 6月, 2019 3 次提交
  4. 08 5月, 2019 1 次提交
  5. 06 5月, 2019 1 次提交
  6. 17 4月, 2019 1 次提交
  7. 16 4月, 2019 6 次提交
  8. 23 3月, 2019 2 次提交
  9. 13 2月, 2019 1 次提交
  10. 07 2月, 2019 2 次提交
  11. 18 12月, 2018 1 次提交
    • J
      nfp: flower: fix cb_ident duplicate in indirect block register · b12c97d4
      John Hurley 提交于
      Previously the identifier used for indirect block callback registry and
      for block rule cb registry (when done via indirect blocks) was the pointer
      to the netdev we were interested in receiving updates on. This worked fine
      if a single app existed that registered one callback per netdev of
      interest. However, if multiple cards are in place and, in turn, multiple
      apps, then each app may register the same callback with the same
      identifier to both the netdev's indirect block cb list and to a block's cb
      list. This can lead to EEXIST errors and/or incorrect cb deletions.
      
      Prevent this conflict by using the app pointer as the identifier for
      netdev indirect block cb registry, allowing each app to register a unique
      callback per netdev. For block cb registry, the same app may register
      multiple cbs to the same block if using TC shared blocks. Instead of the
      app, use the pointer to the allocated cb_priv data as the identifier here.
      This means that there can be a unique block callback for each app/netdev
      combo.
      
      Fixes: 3166dd07 ("nfp: flower: offload tunnel decap rules via indirect TC blocks")
      Reported-by: NEdward Cree <ecree@solarflare.com>
      Signed-off-by: NJohn Hurley <john.hurley@netronome.com>
      Reviewed-by: NJakub Kicinski <jakub.kicinski@netronome.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      b12c97d4
  12. 11 12月, 2018 1 次提交
  13. 01 12月, 2018 2 次提交
  14. 12 11月, 2018 4 次提交
  15. 12 10月, 2018 1 次提交
  16. 11 10月, 2018 2 次提交
  17. 13 9月, 2018 1 次提交
  18. 08 8月, 2018 2 次提交
  19. 23 7月, 2018 1 次提交
  20. 27 6月, 2018 1 次提交
    • J
      nfp: reject binding to shared blocks · 951a8ee6
      John Hurley 提交于
      TC shared blocks allow multiple qdiscs to be grouped together and filters
      shared between them. Currently the chains of filters attached to a block
      are only flushed when the block is removed. If a qdisc is removed from a
      block but the block still exists, flow del messages are not passed to the
      callback registered for that qdisc. For the NFP, this presents the
      possibility of rules still existing in hw when they should be removed.
      
      Prevent binding to shared blocks until the kernel can send per qdisc del
      messages when block unbinds occur.
      
      tcf_block_shared() was not used outside of the core until now, so also
      add an empty implementation for builds with CONFIG_NET_CLS=n.
      
      Fixes: 48617387 ("net: sched: introduce shared filter blocks infrastructure")
      Signed-off-by: NJohn Hurley <john.hurley@netronome.com>
      Signed-off-by: NJakub Kicinski <jakub.kicinski@netronome.com>
      Reviewed-by: NSimon Horman <simon.horman@netronome.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      951a8ee6