1. 25 2月, 2015 2 次提交
  2. 24 2月, 2015 1 次提交
  3. 09 2月, 2015 2 次提交
  4. 16 1月, 2015 1 次提交
  5. 06 12月, 2014 1 次提交
  6. 18 11月, 2014 1 次提交
    • N
      i40e: Modify Tx disable wait flow in case of DCB reconfiguration · 69129dc3
      Neerav Parikh 提交于
      When DCB TC configuration changes the firmware suspends the port's Tx.
      Now, as DCB TCs may have changed the PF driver tries to reconfigure the
      TC configuration of the VSIs it manages. As part of this process it disables
      the VSI queues but the Tx queue disable will not complete as the port's
      Tx has been suspended. So, waiting for Tx queues to go to disable state
      in this flow may lead to detection of Tx queue disable timeout errors.
      
      Hence, this patch adds a new PF state so that if a port's Tx is in
      suspended state the Tx queue disable flow would just put the request for
      the queue to be disabled and return without waiting for the queue to be
      actually disabled.
      Once the VSI(s) TC reconfiguration has been done and driver has called
      firmware AQC "Resume PF Traffic" the driver checks the Tx queues requested
      to be disabled are actually disabled before re-enabling them again.
      
      Change-ID: If3e03ce4813a4e342dbd5a1eb1d2861e952b7544
      Signed-off-by: NNeerav Parikh <neerav.parikh@intel.com>
      Tested-By: NJack Morgan <jack.morgan@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      69129dc3
  7. 11 11月, 2014 1 次提交
  8. 04 9月, 2014 1 次提交
  9. 27 8月, 2014 3 次提交
  10. 03 8月, 2014 1 次提交
  11. 17 7月, 2014 2 次提交
  12. 26 6月, 2014 1 次提交
    • A
      i40e: Fix the FD sideband logic to detect a FD table full condition · 12957388
      Anjali Singhai Jain 提交于
      Hardware does not have a way of telling a PF how much of the global
      shared FD table space is still available or is consumed.
      Previously, every PF but PF0 would think there was still space available
      when there wasn't. The PFs would continue to try to add filters and fail.
      With this new logic if a filter programming error is detected we just
      check if we are close to the guaranteed space full and that can be used
      as a hint to say, there might not be space and we should turn off the
      features. This way we can turn off the feature in SW for all PFs in
      time.
      
      Change-ID: I725cb2fab16c033f883056362b4542c1400503c5
      Signed-off-by: NAnjali Singhai Jain <anjali.singhai@intel.com>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      12957388
  13. 25 6月, 2014 2 次提交
  14. 20 6月, 2014 3 次提交
  15. 11 6月, 2014 3 次提交
  16. 09 6月, 2014 2 次提交
  17. 08 6月, 2014 1 次提交
  18. 06 6月, 2014 1 次提交
  19. 29 5月, 2014 1 次提交
  20. 21 5月, 2014 1 次提交
  21. 28 4月, 2014 1 次提交
  22. 28 3月, 2014 1 次提交
  23. 20 3月, 2014 2 次提交
  24. 15 3月, 2014 2 次提交
  25. 07 3月, 2014 2 次提交
  26. 18 1月, 2014 1 次提交
    • N
      i40e: add DCB and DCBNL support · 4e3b35b0
      Neerav Parikh 提交于
      This patch adds capability to configure DCB on i40e network
      interfaces using Intel XL710 adapter firmware APIs.
      
      By default all VSIs are only enabled for the default traffic
      class enabled by firmware for any given PF. The driver would
      query the firmware for the traffic classes that are enabled for
      the port and reconfigure the LAN VSI to match to the port traffic
      class settings. All other VSIs are only enabled for the default
      traffic class settings for now.
      
      The driver registers and listens to firmware events that may
      require change in the DCB settings. It may reconfigure the VSI
      settings based on these events.
      
      This patch exposes IEEE DCBNL interfaces for the i40e driver to
      allow any application to query the DCB settings on the adapter.
      Signed-off-by: NNeerav Parikh <Neerav.Parikh@intel.com>
      Signed-off-by: NJesse Brandeburg <jesse.brandeburg@intel.com>
      Tested-By: Jack Morgan<jack.morgan@intel.com>
      Signed-off-by: NAaron Brown <aaron.f.brown@intel.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4e3b35b0