vlib: introduce DMA infrastructure 14/36914/5
authorMarvin Liu <yong.liu@intel.com>
Wed, 17 Aug 2022 01:38:40 +0000 (09:38 +0800)
committerDamjan Marion <dmarion@0xa5.net>
Thu, 25 Aug 2022 19:05:40 +0000 (19:05 +0000)
commitabd5669422c5805da5135496d5e5a394fa5aa602
treea464eb14b5e04b19042e92bb83ca7b8567731f19
parent9a6ad01c0d443f002eafa709813d021bf0c98eac
vlib: introduce DMA infrastructure

This patch introduces DMA infrastructure into vlib. This is well known
that large amount of memory movements will drain core resource. Nowadays
more and more hardware accelerators were designed out for freeing core
from this burden. Meanwhile some restrictions still remained when
utilizing hardware accelerators, e.g. cross numa throughput will have a
significant drop compared to same node. Normally the number of hardware
accelerator instances will less than cores number, not to mention that
applications number will even beyond the number of cores. Some hardware
may support share virtual address with cores, while others are not.

Here we introduce new DMA infrastructure which can fulfill the
requirements of vpp applications like session and memif and in the
meantime dealing with hardware limitations.

Here is some design backgrounds:

  Backend is the abstract of resource which allocated from DMA device
  and can do some basic operations like configuration, DMA copy and
  result query.

  Config is the abstract of application DMA requirement. Application
  need to request an unique config index from DMA infrastructure. This
  unique config index is associated with backend resource. Two options
  cpu fallback and barrier before last can be specified in config.
  DMA transfer will be performed by CPU when backend is busy if cpu
  fallback option is enabled. DMA transfer callback will be in order
  if barrier before last option is enabled.

  We constructs all the stuffs that DMA transfer request needed into
  DMA batch. It contains the pattern of DMA descriptors and function
  pointers for submission and callback. One DMA transfer request need
  multiple times batch update and one time batch submission.

  DMA backends will assigned to config's workers threads equally. Lock
  will be used for thread-safety if same backends assigned to multiple
  threads. Backend node will check all the pending requests in worker
  thread and do callback with the pointer of DMA batch if transfer
  completed. Application can utilize cookie in DMA batch for selves
  usage.

DMA architecture:

   +----------+   +----------+           +----------+   +----------+
   | Config1  |   | Config2  |           | Config1  |   | Config2  |
   +----------+   +----------+           +----------+   +----------+
        ||             ||                     ||             ||
   +-------------------------+           +-------------------------+
   |  DMA polling thread A   |           |  DMA polling thread B   |
   +-------------------------+           +-------------------------+
               ||                                     ||
           +----------+                          +----------+
           | Backend1 |                          | Backend2 |
           +----------+                          +----------+

Type: feature

Signed-off-by: Marvin Liu <yong.liu@intel.com>
Change-Id: I1725e0c26687985aac29618c9abe4f5e0de08ebf
14 files changed:
MAINTAINERS
docs/spelling_wordlist.txt
src/plugins/dma_intel/CMakeLists.txt [new file with mode: 0644]
src/plugins/dma_intel/dsa.c [new file with mode: 0644]
src/plugins/dma_intel/dsa_intel.h [new file with mode: 0644]
src/plugins/dma_intel/format.c [new file with mode: 0644]
src/plugins/dma_intel/main.c [new file with mode: 0644]
src/plugins/dpdk/device/init.c
src/vlib/CMakeLists.txt
src/vlib/dma/cli.c [new file with mode: 0644]
src/vlib/dma/dma.c [new file with mode: 0644]
src/vlib/dma/dma.h [new file with mode: 0644]
src/vlib/dma/dma.rst [new file with mode: 0644]
src/vpp/conf/startup.conf