Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 08 2月, 2015 2 次提交
  3. 06 1月, 2015 1 次提交
    • S
      be2net: support TX batching using skb->xmit_more flag · 5f07b3c5
      由 Sathya Perla 提交于 
      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
skb.
Signed-off-by: NSathya Perla <sathya.perla@emulex.com>
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      5f07b3c5
  5. 12 12月, 2014 1 次提交
  7. 14 9月, 2014 1 次提交
  9. 03 9月, 2014 6 次提交
  11. 03 8月, 2014 1 次提交
  13. 02 8月, 2014 1 次提交
  15. 18 7月, 2014 3 次提交
  17. 03 7月, 2014 2 次提交
  19. 24 6月, 2014 1 次提交
    • S
      be2net: fix qnq mode detection on VFs · 66064dbc
      由 Suresh Reddy 提交于 
      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: NSuresh Reddy <Suresh.Reddy@emulex.com>
Signed-off-by: NSathya Perla <sathya.perla@emulex.com>
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      66064dbc
  21. 31 5月, 2014 1 次提交
  23. 10 5月, 2014 1 次提交
  25. 23 4月, 2014 1 次提交
  27. 15 4月, 2014 1 次提交
  29. 29 3月, 2014 1 次提交
  31. 13 3月, 2014 2 次提交
  33. 05 3月, 2014 1 次提交
    • S
      be2net: dma_sync each RX frag before passing it to the stack · e50287be
      由 Sathya Perla 提交于 
      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: NLi Fengmao <li.fengmao@zte.com.cn>
Signed-off-by: NSathya Perla <sathya.perla@emulex.com>
Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e50287be
  35. 04 3月, 2014 1 次提交
  37. 14 2月, 2014 2 次提交
  39. 16 1月, 2014 4 次提交
  41. 07 1月, 2014 2 次提交
  43. 24 11月, 2013 1 次提交
  45. 30 10月, 2013 1 次提交
  47. 28 10月, 2013 2 次提交