1. 18 9月, 2015 1 次提交
  2. 10 9月, 2015 1 次提交
  3. 11 8月, 2015 6 次提交
  4. 30 7月, 2015 1 次提交
  5. 16 7月, 2015 1 次提交
  6. 29 5月, 2015 1 次提交
  7. 30 3月, 2015 1 次提交
  8. 09 3月, 2015 1 次提交
  9. 07 3月, 2015 1 次提交
  10. 02 3月, 2015 1 次提交
  11. 12 2月, 2015 1 次提交
    • S
      qlcnic: Delete existing multicast MAC list before adding new · fe79fabb
      Shahed Shaikh 提交于
      Driver keeps adding multicast addresses without deleting removed MACs and
      worrying about adapters filter limit. This results into actual count of programmed
      multicast addresses get accumulated over the time and overruns the adapter's
      filter limit without putting device in ACCEPT_ALL_MULTI mode. This causes
      newly added multicast traffic to fail after the sequence of addition - deletion
      in certain pattern.
      
      This issue is seen only when netdev's mcast list count is less than adapters
      mcast filter limit.
      
      e.g. If adapters multicast filter limit is 38 per function
           then following sequence would result in multicast traffic failure for
           newly added MACs.
           - add less than 38 multicast MACs
           - remove previously added multicast MACs
           - add new multicast MACs (less than 38)
      Signed-off-by: NShahed Shaikh <shahed.shaikh@qlogic.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      fe79fabb
  12. 05 2月, 2015 2 次提交
  13. 14 1月, 2015 1 次提交
  14. 05 1月, 2015 1 次提交
  15. 01 1月, 2015 1 次提交
  16. 27 12月, 2014 1 次提交
    • J
      net: Generalize ndo_gso_check to ndo_features_check · 5f35227e
      Jesse Gross 提交于
      GSO isn't the only offload feature with restrictions that
      potentially can't be expressed with the current features mechanism.
      Checksum is another although it's a general issue that could in
      theory apply to anything. Even if it may be possible to
      implement these restrictions in other ways, it can result in
      duplicate code or inefficient per-packet behavior.
      
      This generalizes ndo_gso_check so that drivers can remove any
      features that don't make sense for a given packet, similar to
      netif_skb_features(). It also converts existing driver
      restrictions to the new format, completing the work that was
      done to support tunnel protocols since the issues apply to
      checksums as well.
      
      By actually removing features from the set that are used to do
      offloading, it solves another problem with the existing
      interface. In these cases, GSO would run with the original set
      of features and not do anything because it appears that
      segmentation is not required.
      
      CC: Tom Herbert <therbert@google.com>
      CC: Joe Stringer <joestringer@nicira.com>
      CC: Eric Dumazet <edumazet@google.com>
      CC: Hayes Wang <hayeswang@realtek.com>
      Signed-off-by: NJesse Gross <jesse@nicira.com>
      Acked-by: NTom Herbert <therbert@google.com>
      Fixes: 04ffcb25 ("net: Add ndo_gso_check")
      Tested-by: NHayes Wang <hayeswang@realtek.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5f35227e
  17. 03 12月, 2014 2 次提交
  18. 15 11月, 2014 1 次提交
  19. 15 10月, 2014 2 次提交
  20. 27 9月, 2014 4 次提交
  21. 30 8月, 2014 6 次提交
  22. 26 8月, 2014 1 次提交
  23. 22 8月, 2014 2 次提交