1. 10 12月, 2014 1 次提交
    • Y
      bnx2x: Use correct fastpath version for VFs. · 02dc4025
      Yuval Mintz 提交于
      Our FW can support several fastpath HSI [for backward compatibility] but up
      until now VFs were always configured to use latest fastpath HSI [although VF
      driver might be older and use an older fastpath HSI].
      
      For linux drivers, the differences are insignificant since driver never
      utilized features that were overridden by the HSI change. But for VMs running
      other operating systems this might be a problem.
      In addition, eventually FW might change fastpath HSI in such a manner that
      backward compatibility WILL break unless configured with proper version.
      
      This patch fixes the issue for other operating system VMs, as well as lays
      the ground work for forward compatibility in regard to the fastpath HSI.
      Signed-off-by: NYuval Mintz <Yuval.Mintz@qlogic.com>
      Signed-off-by: NAriel Elior <Ariel.Elior@qlogic.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      02dc4025
  2. 20 9月, 2014 1 次提交
  3. 30 8月, 2014 1 次提交
  4. 26 8月, 2014 1 次提交
  5. 23 8月, 2014 2 次提交
  6. 31 5月, 2014 1 次提交
  7. 18 4月, 2014 1 次提交
  8. 13 2月, 2014 2 次提交
  9. 15 1月, 2014 1 次提交
  10. 14 1月, 2014 1 次提交
    • S
      bnx2x: namespace and dead code cleanups · a8f47eb7
      stephen hemminger 提交于
      Fix a bunch of whole lot of namespace issues with the Broadcom bnx2x driver
      found by running 'make namespacecheck'
      
       * global variables must be prefixed with bnx2x_
          naming a variable int_mode, or num_queue is invitation to disaster
      
       * make local functions static
      
       * move some inline's used in one file out of header
         (this driver has a bad case of inline-itis)
      
       * remove resulting dead code fallout
       	 bnx2x_pfc_statistic,
      	 bnx2x_emac_get_pfc_stat
       	 bnx2x_init_vlan_mac_obj,
         Looks like vlan mac support in this driver was a botch from day one
         either never worked, or not implemented or missing support functions
      
      Compile tested only.
      Signed-off-by: NStephen Hemminger <stephen@networkplumber.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a8f47eb7
  11. 06 1月, 2014 2 次提交
  12. 01 1月, 2014 1 次提交
  13. 13 11月, 2013 1 次提交
  14. 06 9月, 2013 1 次提交
  15. 02 8月, 2013 1 次提交
    • Y
      bnx2x: Revising locking scheme for MAC configuration · 8b09be5f
      Yuval Mintz 提交于
      On very rare occasions, repeated load/unload stress test in the presence of
      our storage driver (bnx2i/bnx2fc) causes a kernel panic in bnx2x code
      (NULL pointer dereference). Stack traces indicate the issue happens during MAC
      configuration; thorough code review showed that indeed several races exist
      in which one thread can iterate over the list of configured MACs while another
      deletes entries from the same list.
      
      This patch adds a varient on the single-writer/Multiple-reader lock mechanism -
      It utilizes an already exsiting bottom-half lock, using it so that Whenever
      a writer is unable to continue due to the existence of another writer/reader,
      it pends its request for future deliverance.
      The writer / last readers will check for the existence of such requests and
      perform them instead of the original initiator.
      This prevents the writer from having to sleep while waiting for the lock
      to be accessible, which might cause deadlocks given the locks already
      held by the writer.
      
      Another result of this patch is that setting of Rx Mode is now made in
      sleepable context - Setting of Rx Mode is made under a bottom-half lock, which
      was always nontrivial for the bnx2x driver, as the HW/FW configuration requires
      wait for completions.
      Since sleep was impossible (due to the sleepless-context), various mechanisms
      were utilized to prevent the calling thread from sleep, but the truth was that
      when the caller thread (i.e, the one calling ndo_set_rx_mode()) returned, the
      Rx mode was still not set in HW/FW.
      
      bnx2x_set_rx_mode() will now overtly schedule for the Rx changes to be
      configured by the sp_rtnl_task which hold the RTNL lock and is sleepable
      context.
      Signed-off-by: NYuval Mintz <yuvalmin@broadcom.com>
      Signed-off-by: NAriel Elior <ariele@broadcom.com>
      Signed-off-by: NEilon Greenstein <eilong@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      8b09be5f
  16. 03 6月, 2013 2 次提交
  17. 22 3月, 2013 1 次提交
  18. 19 3月, 2013 1 次提交
  19. 12 3月, 2013 3 次提交
  20. 24 1月, 2013 5 次提交
  21. 16 1月, 2013 1 次提交
  22. 02 1月, 2013 1 次提交
    • A
      bnx2x: Support statistics collection for VFs by the PF · 67c431a5
      Ariel Elior 提交于
      Statistics are collected by the PF driver. The collection is
      performed via a query sent to the device which is basically an array
      of 3-tuples of the form (statistics client, function, DMAE address).
      In this patch the PF driver adds to the query, on top of the
      statistics clients it is maintaining for itself (rss queues, storage,
      etc), the 3-tuples for the VFs it is maintaining. The addresses used
      are the GPAs of the statistics buffers supplied by the VF in the
      init message on the VF <-> PF channel. The function parameter
      ensures that the iommu will translate the GPA to the correct physical
      address.
      Signed-off-by: NAriel Elior <ariele@broadcom.com>
      Signed-off-by: NEilon Greenstein <eilong@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      67c431a5
  23. 19 11月, 2012 1 次提交
  24. 08 11月, 2012 1 次提交
  25. 17 10月, 2012 1 次提交
  26. 02 10月, 2012 1 次提交
  27. 06 9月, 2012 1 次提交
  28. 02 8月, 2012 1 次提交
  29. 20 6月, 2012 1 次提交
  30. 24 4月, 2012 1 次提交
    • B
      bnx2x: add afex support · a3348722
      Barak Witkowski 提交于
      Following patch adds afex multifunction support to the driver (afex
      multifunction is based on vntag header) and updates FW version used to 7.2.51.
      
      Support includes the following:
      
      1. Configure vif parameters in firmware (default vlan, vif id, default
         priority, allowed priorities) according to values received from NIC.
      2. Configure FW to strip/add default vlan according to afex vlan mode.
      3. Notify link up to OS only after vif is fully initialized.
      4. Support vif list set/get requests and configure FW accordingly.
      5. Supply afex statistics upon request from NIC.
      6. Special handling to L2 interface in case of FCoE vif.
      Signed-off-by: NBarak Witkowski <barak@broadcom.com>
      Signed-off-by: NEilon Greenstein <eilong@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      a3348722