Home
last modified time | relevance | path

Searched hist:"1 b56cf49f5b0bab9ad4eab18f9b0aee1929afd89" (Results 1 – 2 of 2) sorted by relevance

/openbmc/linux/drivers/net/ethernet/intel/ixgbe/
H A Dixgbe.hdiff 1b56cf49f5b0bab9ad4eab18f9b0aee1929afd89 Tue Jan 17 10:36:03 CST 2017 Alexander Duyck <alexander.h.duyck@intel.com> ixgbe: Update code to better handle incrementing page count

Batch the page count updates instead of doing them one at a time. By doing
this we can improve the overall performance as the atomic increment
operations can be expensive due to the fact that on x86 they are locked
operations which can cause stalls. By doing bulk updates we can
consolidate the stall which should help to improve the overall receive
performance.

Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>
Tested-by: Andrew Bowers <andrewx.bowers@intel.com>
Acked-by: John Fastabend <john.r.fastabend@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
H A Dixgbe_main.cdiff 1b56cf49f5b0bab9ad4eab18f9b0aee1929afd89 Tue Jan 17 10:36:03 CST 2017 Alexander Duyck <alexander.h.duyck@intel.com> ixgbe: Update code to better handle incrementing page count

Batch the page count updates instead of doing them one at a time. By doing
this we can improve the overall performance as the atomic increment
operations can be expensive due to the fact that on x86 they are locked
operations which can cause stalls. By doing bulk updates we can
consolidate the stall which should help to improve the overall receive
performance.

Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>
Tested-by: Andrew Bowers <andrewx.bowers@intel.com>
Acked-by: John Fastabend <john.r.fastabend@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>