1. 20 Feb, 2015 1 commit
  2. 07 Feb, 2015 4 commits
  3. 05 Jan, 2015 1 commit
    • Sathya Perla's avatar
      be2net: support TX batching using skb->xmit_more flag · 5f07b3c5
      Sathya Perla authored
      This patch uses skb->xmit_more flag to batch TX requests.
      TX is flushed either when xmit_more is false or there is
      no more space in the TXQ.
      Skyhawk-R and BEx chips require an even number of wrbs to be posted.
      So, when a batch of TX requests is accumulated, the last header wrb
      may need to be fixed with an extra dummy wrb.
      This patch refactors be_xmit() routine as a sequence of be_xmit_enqueue()
      and be_xmit_flush() calls. The Tx completion code is also
      updated to be able to unmap/free a batch of skbs rather than a single
      Signed-off-by: default avatarSathya Perla <sathya.perla@emulex.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  4. 11 Dec, 2014 1 commit
  5. 13 Sep, 2014 1 commit
  6. 02 Sep, 2014 6 commits
  7. 02 Aug, 2014 1 commit
  8. 01 Aug, 2014 1 commit
  9. 17 Jul, 2014 3 commits
  10. 02 Jul, 2014 2 commits
  11. 23 Jun, 2014 1 commit
    • Suresh Reddy's avatar
      be2net: fix qnq mode detection on VFs · 66064dbc
      Suresh Reddy authored
      The driver (on PF or VF) needs to detect if the function is in qnq mode for
      a HW hack in be_rx_compl_get() to work.
      The driver queries this information using the GET_PROFILE_CONFIG cmd
      (since the commit below can caused this regression.) But this cmd is not
      available on VFs and so the VFs fail to detect qnq mode. This causes
      vlan traffic to not work.
      The fix is to use the the adapter->function_mode value queried via
      QUERY_FIRMWARE_CONFIG cmd on both PFs and VFs to detect the qnq mode.
      Also QNQ_MODE was incorrectly named FLEX10_MODE; correcting that too as the
      fix reads much better with the name change.
      Fixes: f93f160b
       ("refactor multi-channel config code for Skyhawk-R chip")
      Signed-off-by: default avatarSuresh Reddy <Suresh.Reddy@emulex.com>
      Signed-off-by: default avatarSathya Perla <sathya.perla@emulex.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  12. 30 May, 2014 1 commit
  13. 09 May, 2014 1 commit
  14. 22 Apr, 2014 1 commit
  15. 14 Apr, 2014 1 commit
  16. 28 Mar, 2014 1 commit
  17. 12 Mar, 2014 2 commits
  18. 04 Mar, 2014 1 commit
    • Sathya Perla's avatar
      be2net: dma_sync each RX frag before passing it to the stack · e50287be
      Sathya Perla authored
      The driver currently maps a page for DMA, divides the page into multiple
      frags and posts them to the HW. It un-maps the page after data is received
      on all the frags of the page. This scheme doesn't work when bounce buffers
      are used for DMA (swiotlb=force kernel param).
      This patch fixes this problem by calling dma_sync_single_for_cpu() for each
      frag (excepting the last one) so that the data is copied from the bounce
      buffers. The page is un-mapped only when DMA finishes on the last frag of
      the page.
      (Thanks Ben H. for suggesting the dma_sync API!)
      This patch also renames the "last_page_user" field of be_rx_page_info{}
      struct to "last_frag" to improve readability of the fixed code.
      Reported-by: default avatarLi Fengmao <li.fengmao@zte.com.cn>
      Signed-off-by: default avatarSathya Perla <sathya.perla@emulex.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  19. 03 Mar, 2014 1 commit
  20. 13 Feb, 2014 2 commits
  21. 15 Jan, 2014 4 commits
  22. 06 Jan, 2014 2 commits
  23. 23 Nov, 2013 1 commit