Merge branch 'dpaa2-eth-add-support-for-xdp-bulk-enqueue'
authorDavid S. Miller <davem@davemloft.net>
Thu, 23 Apr 2020 03:11:29 +0000 (20:11 -0700)
committerDavid S. Miller <davem@davemloft.net>
Thu, 23 Apr 2020 03:11:29 +0000 (20:11 -0700)
commit30685b2a439b282b462e27ab0f8beb019719b7d9
tree80c5107f1fd7554d4c5cbcbd987d578754de6750
parent493f3cc7ee020a4c5da02f6502743d9ae7be50d6
parent8665d9780e6efafa3cd9865ae3a77826326fe8c6
Merge branch 'dpaa2-eth-add-support-for-xdp-bulk-enqueue'

Ioana Ciornei says:

====================
dpaa2-eth: add support for xdp bulk enqueue

The first patch moves the DEV_MAP_BULK_SIZE macro into the xdp.h header
file so that drivers can take advantage of it and use it.

The following 3 patches are there to setup the scene for using the bulk
enqueue feature.  First of all, the prototype of the enqueue function is
changed so that it returns the number of enqueued frames. Second, the
bulk enqueue interface is used but without any functional changes, still
one frame at a time is enqueued.  Third, the .ndo_xdp_xmit callback is
split into two stages, create all FDs for the xdp_frames received and
then enqueue them.

The last patch of the series builds on top of the others and instead of
issuing an enqueue operation for each FD it issues a bulk enqueue call
for as many frames as possible. This is repeated until all frames are
enqueued or the maximum number of retries is hit. We do not use the
XDP_XMIT_FLUSH flag since the architecture is not capable to store all
frames dequeued in a NAPI cycle, instead we send out right away all
frames received in a .ndo_xdp_xmit call.

Changes in v2:
 - statically allocate an array of dpaa2_fd by frame queue
 - use the DEV_MAP_BULK_SIZE as the maximum number of xdp_frames
   received in .ndo_xdp_xmit()
====================

Signed-off-by: David S. Miller <davem@davemloft.net>