1. 12 3月, 2013 2 次提交
  2. 24 1月, 2013 1 次提交
  3. 16 1月, 2013 2 次提交
  4. 03 12月, 2012 2 次提交
  5. 28 11月, 2012 4 次提交
  6. 08 11月, 2012 1 次提交
  7. 02 10月, 2012 1 次提交
  8. 14 9月, 2012 2 次提交
  9. 27 6月, 2012 1 次提交
  10. 23 6月, 2012 1 次提交
  11. 20 6月, 2012 1 次提交
  12. 08 6月, 2012 1 次提交
  13. 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
  14. 04 4月, 2012 1 次提交
  15. 28 3月, 2012 1 次提交
  16. 20 3月, 2012 2 次提交
  17. 21 2月, 2012 1 次提交
    • D
      use FW 7.2.16 · 621b4d66
      Dmitry Kravkov 提交于
      The patch integrates FW 7.2.16 HSI and implements driver
      part of GRO flow.
      
      FW 7.2.16 adds the ability to aggregate packets for GRO
      (and not just LRO) and also fixes some bugs.
      
      1. Added new aggregation mode: GRO. In this mode packets are aggregated
         such that the original packets can be reconstructed by the OS.
      2. 57712 HW bug workaround - initialized all CAM TM registers to 0x32.
      3. Adding the FCoE statistics structures to the BNX2X HSI.
      4. Wrong configuration of TX HW input buffer size may cause theoretical
         performance effect. Performed configuration fix.
      5. FCOE - Arrival of packets beyond task IO size can lead to crash.
         Fix firmware data-in flow.
      6. iSCSI - In rare cases of on-chip termination the graceful termination
         timer hangs, and the termination doesn't complete. Firmware fix to MSL
         timer tolerance.
      7. iSCSI - Chip hangs when target sends FIN out-of-order or with isles
         open at the initiator side. Firmware implementation corrected to drop
         FIN received out-of-order or with isles still open.
      8. iSCSI - Chip hangs when in case of retransmission not aligned to 4-bytes
         from the beginning of iSCSI PDU. Firmware implementation corrected
         to support arbitrary aligned retransmissions.
      9. iSCSI - Arrival of target-initiated NOP-IN during intense ISCSI traffic
         might lead to crash. Firmware fix to relevant flow.
      Signed-off-by: NDmitry Kravkov <dmitry@broadcom.com>
      Signed-off-by: NEilon Greenstein <eilong@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      621b4d66
  18. 27 1月, 2012 1 次提交
  19. 07 12月, 2011 3 次提交
  20. 28 10月, 2011 1 次提交
    • D
      bnx2x: use FW 7.0.29.0 · 5e5399d8
      Dmitry Kravkov 提交于
      The FW includes the following fixes:
        1. (iSCSI) Arrival of un-solicited ASYNC message causes
           firmware to abort the connection with RST.
        2. (FCoE) There is a probability that truncated FCoE packet on
           RX path won't get detected which might lead to FW assert.
        3. (iSCSI) Arrival of target-initiated NOP-IN during intense
           ISCSI traffic might lead to FW assert.
        4. (iSCSI) Chip hangs when in case of retransmission not aligned
           to 4-bytes from the beginning of iSCSI PDU.
        5. (FCoE) Arrival of packets beyond task IO size can lead to crash.
      Signed-off-by: NDmitry Kravkov <dmitry@broadcom.com>
      Signed-off-by: NEilon Greenstein <eilong@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5e5399d8
  21. 27 8月, 2011 1 次提交
  22. 11 8月, 2011 1 次提交
    • J
      broadcom: Move the Broadcom drivers · adfc5217
      Jeff Kirsher 提交于
      Moves the drivers for Broadcom devices into
      drivers/net/ethernet/broadcom/ and the necessary Kconfig and Makefile
      changes.
      
      CC: Eilon Greenstein <eilong@broadcom.com>
      CC: Michael Chan <mchan@broadcom.com>
      CC: Matt Carlson <mcarlson@broadcom.com>
      CC: Gary Zambrano <zambrano@broadcom.com>
      CC: "Maciej W. Rozycki" <macro@linux-mips.org>
      Signed-off-by: NJeff Kirsher <jeffrey.t.kirsher@intel.com>
      adfc5217
  23. 03 8月, 2011 1 次提交
  24. 20 7月, 2011 1 次提交
  25. 15 7月, 2011 1 次提交
    • A
      bnx2x: Multiple concurrent l2 traffic classes · 6383c0b3
      Ariel Elior 提交于
      Overview:
       Support mapping of priorities to traffic classes and
       traffic classes to transmission queues ranges in the net device.
       The queue ranges are (count, offset) pairs relating to the txq
       array.
       This can be done via DCBX negotiation or by kernel.
       As a result Enhanced Transmission Selection (ETS) and Priority Flow
       Control (PFC) are supported between L2 network traffic classes.
      
       Mapping:
       This patch uses the netdev_set_num_tc, netdev_set_prio_tc_map and
       netdev_set_tc_queue functions to map priorities to traffic classes
       and traffic classes to transmission queue ranges.
       This mapping is performed by bnx2x_setup_tc function which is
       connected to the ndo_setup_tc.
       This function is always called at nic load where by default it
       maps all priorities to tc 0, and it may also be called by the
       kernel or by the bnx2x upon DCBX negotiation to modify the mapping.
      
       rtnl lock:
       When the ndo_setup_tc is called at nic load or by kernel the rtnl
       lock is already taken. However, when DCBX negotiation takes place
       the lock is not taken. The work is therefore scheduled to be
       handled by the sp_rtnl task.
      
       Fastpath:
       The fastpath structure of the bnx2x which was previously used
       to hold the information of one tx queue and one rx queue was
       redesigned to represent multiple tx queues, one for each traffic
       class.
       The transmission queue supplied in the skb by the kernel can no
       longer be interpreted as a straightforward index into the fastpath
       structure array, but it must rather be decoded to the appropriate
       fastpath index and the tc within that fastpath.
      
       Slowpath:
       The bnx2x's queue object was redesigned to accommodate multiple
       transmission queues. The queue object's state machine was enhanced
       to allow opening multiple transmission-only connections on top of
       the regular tx-rx connection.
      
       Firmware:
       This feature relies on the tx-only queue feature introduced in the
       bnx2x 7.0.23 firmware and the FW likewise must have the bnx2x multi
       cos support.
      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>
      6383c0b3
  26. 05 7月, 2011 4 次提交
  27. 15 6月, 2011 1 次提交
    • V
      New 7.0 FW: bnx2x, cnic, bnx2i, bnx2fc · 619c5cb6
      Vlad Zolotarov 提交于
      New FW/HSI (7.0):
       - Added support to 578xx chips
       - Improved HSI - much less driver's direct access to the FW internal
         memory needed.
      
      New implementation of the HSI handling layer in the bnx2x (bnx2x_sp.c):
       - Introduced chip dependent objects that have chip independent interfaces
         for configuration of MACs, multicast addresses, Rx mode, indirection table,
         fast path queues and function initialization/cleanup.
       - Objects functionality is based on the private function pointers, which
         allows not only a per-chip but also PF/VF differentiation while still
         preserving the same interface towards the driver.
       - Objects interface is not influenced by the HSI changes which do not require
         providing new parameters keeping the code outside the bnx2x_sp.c invariant
         with regard to such HSI chnages.
      
      Changes in a CNIC, bnx2fc and bnx2i modules due to the new HSI.
      Signed-off-by: NVladislav Zolotarov <vladz@broadcom.com>
      Signed-off-by: NMichael Chan <mchan@broadcom.com>
      Signed-off-by: NBhanu Prakash Gollapudi <bprakash@broadcom.com>
      Signed-off-by: NEilon Greenstein <eilong@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@conan.davemloft.net>
      619c5cb6