1. 12 2月, 2021 5 次提交
  2. 11 2月, 2021 4 次提交
  3. 07 2月, 2021 1 次提交
  4. 29 1月, 2021 1 次提交
  5. 26 1月, 2021 1 次提交
  6. 23 1月, 2021 1 次提交
  7. 14 1月, 2021 1 次提交
  8. 06 1月, 2021 1 次提交
    • G
      octeontx2-pf: Add RSS multi group support · 81a43620
      Geetha sowjanya 提交于
      Hardware supports 8 RSS groups per interface. Currently we are using
      only group '0'. This patch allows user to create new RSS groups/contexts
      and use the same as destination for flow steering rules.
      
      usage:
      To steer the traffic to RQ 2,3
      
      ethtool -X eth0 weight 0 0 1 1 context new
      (It will print the allocated context id number)
      New RSS context is 1
      
      ethtool -N eth0 flow-type tcp4 dst-port 80 context 1 loc 1
      
      To delete the context
      ethtool -X eth0 context 1 delete
      
      When an RSS context is removed, the active classification
      rules using this context are also removed.
      
      Change-log:
      
      v4
      - Fixed compiletime warning.
      - Address Saeed's comments on v3.
      
      v3
      - Coverted otx2_set_rxfh() to use new function.
      
      v2
      - Removed unrelated whitespace
      - Coverted otx2_get_rxfh() to use new function.
      Signed-off-by: NSunil Kovvuri Goutham <sgoutham@marvell.com>
      Signed-off-by: NGeetha sowjanya <gakula@marvell.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      81a43620
  9. 10 12月, 2020 1 次提交
  10. 24 11月, 2020 1 次提交
  11. 22 11月, 2020 1 次提交
  12. 21 11月, 2020 2 次提交
  13. 18 11月, 2020 5 次提交
  14. 04 11月, 2020 1 次提交
  15. 01 11月, 2020 1 次提交
  16. 01 10月, 2020 3 次提交
  17. 24 9月, 2020 2 次提交
  18. 02 9月, 2020 1 次提交
  19. 25 8月, 2020 1 次提交
  20. 18 8月, 2020 1 次提交
  21. 29 7月, 2020 3 次提交
  22. 19 6月, 2020 1 次提交
  23. 10 5月, 2020 1 次提交
    • K
      octeontx2-pf: Use the napi_alloc_frag() to alloc the pool buffers · 7a36e491
      Kevin Hao 提交于
      In the current codes, the octeontx2 uses its own method to allocate
      the pool buffers, but there are some issues in this implementation.
      1. We have to run the otx2_get_page() for each allocation cycle and
         this is pretty error prone. As I can see there is no invocation
         of the otx2_get_page() in otx2_pool_refill_task(), this will leave
         the allocated pages have the wrong refcount and may be freed wrongly.
      2. It wastes memory. For example, if we only receive one packet in a
         NAPI RX cycle, and then allocate a 2K buffer with otx2_alloc_rbuf()
         to refill the pool buffers and leave the remain area of the allocated
         page wasted. On a kernel with 64K page, 62K area is wasted.
      
      IMHO it is really unnecessary to implement our own method for the
      buffers allocate, we can reuse the napi_alloc_frag() to simplify
      our code.
      Signed-off-by: NKevin Hao <haokexin@gmail.com>
      Signed-off-by: NJakub Kicinski <kuba@kernel.org>
      7a36e491