4562de326d
This patch supports ordered queue for DPAA2 platform. A devarg is added to enable strict ordering. Signed-off-by: Nipun Gupta <nipun.gupta@nxp.com> Signed-off-by: Gagandeep Singh <g.singh@nxp.com>
195 lines
6.9 KiB
ReStructuredText
195 lines
6.9 KiB
ReStructuredText
.. SPDX-License-Identifier: BSD-3-Clause
|
|
Copyright 2016 NXP
|
|
|
|
|
|
|
|
NXP DPAA2 CAAM (DPAA2_SEC)
|
|
==========================
|
|
|
|
The DPAA2_SEC PMD provides poll mode crypto driver support for NXP DPAA2 CAAM
|
|
hardware accelerator.
|
|
|
|
Architecture
|
|
------------
|
|
|
|
SEC is the SOC's security engine, which serves as NXP's latest cryptographic
|
|
acceleration and offloading hardware. It combines functions previously
|
|
implemented in separate modules to create a modular and scalable acceleration
|
|
and assurance engine. It also implements block encryption algorithms, stream
|
|
cipher algorithms, hashing algorithms, public key algorithms, run-time
|
|
integrity checking, and a hardware random number generator. SEC performs
|
|
higher-level cryptographic operations than previous NXP cryptographic
|
|
accelerators. This provides significant improvement to system level performance.
|
|
|
|
DPAA2_SEC is one of the hardware resource in DPAA2 Architecture. More information
|
|
on DPAA2 Architecture is described in :ref:`dpaa2_overview`.
|
|
|
|
DPAA2_SEC PMD is one of DPAA2 drivers which interacts with Management Complex (MC)
|
|
portal to access the hardware object - DPSECI. The MC provides access to create,
|
|
discover, connect, configure and destroy dpseci objects in DPAA2_SEC PMD.
|
|
|
|
DPAA2_SEC PMD also uses some of the other hardware resources like buffer pools,
|
|
queues, queue portals to store and to enqueue/dequeue data to the hardware SEC.
|
|
|
|
DPSECI objects are detected by PMD using a resource container called DPRC (like
|
|
in :ref:`dpaa2_overview`).
|
|
|
|
For example:
|
|
|
|
.. code-block:: console
|
|
|
|
DPRC.1 (bus)
|
|
|
|
|
+--+--------+-------+-------+-------+---------+
|
|
| | | | | |
|
|
DPMCP.1 DPIO.1 DPBP.1 DPNI.1 DPMAC.1 DPSECI.1
|
|
DPMCP.2 DPIO.2 DPNI.2 DPMAC.2 DPSECI.2
|
|
DPMCP.3
|
|
|
|
Implementation
|
|
--------------
|
|
|
|
SEC provides platform assurance by working with SecMon, which is a companion
|
|
logic block that tracks the security state of the SOC. SEC is programmed by
|
|
means of descriptors (not to be confused with frame descriptors (FDs)) that
|
|
indicate the operations to be performed and link to the message and
|
|
associated data. SEC incorporates two DMA engines to fetch the descriptors,
|
|
read the message data, and write the results of the operations. The DMA
|
|
engine provides a scatter/gather capability so that SEC can read and write
|
|
data scattered in memory. SEC may be configured by means of software for
|
|
dynamic changes in byte ordering. The default configuration for this version
|
|
of SEC is little-endian mode.
|
|
|
|
A block diagram similar to dpaa2 NIC is shown below to show where DPAA2_SEC
|
|
fits in the DPAA2 Bus model
|
|
|
|
.. code-block:: console
|
|
|
|
|
|
+----------------+
|
|
| DPDK DPAA2_SEC |
|
|
| PMD |
|
|
+----------------+ +------------+
|
|
| MC SEC object |.......| Mempool |
|
|
. . . . . . . . . | (DPSECI) | | (DPBP) |
|
|
. +---+---+--------+ +-----+------+
|
|
. ^ | .
|
|
. | |<enqueue, .
|
|
. | | dequeue> .
|
|
. | | .
|
|
. +---+---V----+ .
|
|
. . . . . . . . . . .| DPIO driver| .
|
|
. . | (DPIO) | .
|
|
. . +-----+------+ .
|
|
. . | QBMAN | .
|
|
. . | Driver | .
|
|
+----+------+-------+ +-----+----- | .
|
|
| dpaa2 bus | | .
|
|
| VFIO fslmc-bus |....................|.........................
|
|
| | |
|
|
| /bus/fslmc | |
|
|
+-------------------+ |
|
|
|
|
|
========================== HARDWARE =====|=======================
|
|
DPIO
|
|
|
|
|
DPSECI---DPBP
|
|
=========================================|========================
|
|
|
|
|
|
|
|
Features
|
|
--------
|
|
|
|
The DPAA2_SEC PMD has support for:
|
|
|
|
Cipher algorithms:
|
|
|
|
* ``RTE_CRYPTO_CIPHER_3DES_CBC``
|
|
* ``RTE_CRYPTO_CIPHER_AES128_CBC``
|
|
* ``RTE_CRYPTO_CIPHER_AES192_CBC``
|
|
* ``RTE_CRYPTO_CIPHER_AES256_CBC``
|
|
* ``RTE_CRYPTO_CIPHER_AES128_CTR``
|
|
* ``RTE_CRYPTO_CIPHER_AES192_CTR``
|
|
* ``RTE_CRYPTO_CIPHER_AES256_CTR``
|
|
|
|
Hash algorithms:
|
|
|
|
* ``RTE_CRYPTO_AUTH_SHA1_HMAC``
|
|
* ``RTE_CRYPTO_AUTH_SHA224_HMAC``
|
|
* ``RTE_CRYPTO_AUTH_SHA256_HMAC``
|
|
* ``RTE_CRYPTO_AUTH_SHA384_HMAC``
|
|
* ``RTE_CRYPTO_AUTH_SHA512_HMAC``
|
|
* ``RTE_CRYPTO_AUTH_MD5_HMAC``
|
|
* ``RTE_CRYPTO_AUTH_AES_XCBC_MAC``
|
|
* ``RTE_CRYPTO_AUTH_AES_CMAC``
|
|
|
|
AEAD algorithms:
|
|
|
|
* ``RTE_CRYPTO_AEAD_AES_GCM``
|
|
|
|
Supported DPAA2 SoCs
|
|
--------------------
|
|
|
|
* LS2160A
|
|
* LS2084A/LS2044A
|
|
* LS2088A/LS2048A
|
|
* LS1088A/LS1048A
|
|
|
|
Allowing & Blocking
|
|
-------------------
|
|
|
|
The DPAA2 SEC device can be blocked with the following:
|
|
|
|
.. code-block:: console
|
|
|
|
<dpdk app> <EAL args> -b "fslmc:dpseci.x" -- ...
|
|
|
|
Where x is the device object id as configured in resource container.
|
|
|
|
Limitations
|
|
-----------
|
|
|
|
* Hash followed by Cipher mode is not supported
|
|
* Only supports the session-oriented API implementation (session-less APIs are not supported).
|
|
|
|
Prerequisites
|
|
-------------
|
|
|
|
DPAA2_SEC driver has similar pre-requisites as described in :ref:`dpaa2_overview`.
|
|
The following dependencies are not part of DPDK and must be installed separately:
|
|
|
|
See :doc:`../platform/dpaa2` for setup information
|
|
|
|
- Follow the DPDK :ref:`Getting Started Guide for Linux <linux_gsg>` to setup the basic DPDK environment.
|
|
|
|
|
|
Enabling logs
|
|
-------------
|
|
|
|
For enabling logs, use the following EAL parameter:
|
|
|
|
.. code-block:: console
|
|
|
|
./your_crypto_application <EAL args> --log-level=pmd.crypto.dpaa2:<level>
|
|
|
|
Using ``crypto.dpaa2`` as log matching criteria, all Crypto PMD logs can be
|
|
enabled which are lower than logging ``level``.
|
|
|
|
Enabling debug prints
|
|
---------------------
|
|
|
|
Use dev arg option ``drv_dump_mode=x`` to dump useful debug prints on HW sec
|
|
error. There are 3 dump modes available 0, 1 and 2. Mode 0 means no dump print
|
|
on error, mode 1 means dump HW error code and mode 2 means dump HW error code
|
|
along with other useful debugging information like session, queue, descriptor
|
|
data.
|
|
e.g. ``fslmc:dpseci.1,drv_dump_mode=1``
|
|
|
|
Enable strict ordering
|
|
----------------------
|
|
|
|
Use dev arg option ``drv_strict_order=1`` to enable strict ordering.
|
|
By default, loose ordering is set for ordered schedule type event.
|
|
e.g. ``fslmc:dpseci.1,drv_strict_order=1``
|