|
Revision tags: v22.03, v22.03-rc4, v22.03-rc3, v22.03-rc2, v22.03-rc1, v21.11, v21.11-rc4, v21.11-rc3, v21.11-rc2, v21.11-rc1 |
|
| #
8edcb68f |
| 13-Oct-2021 |
Gagandeep Singh <[email protected]> |
cryptodev: fix multi-segment raw vector processing
If no next segment available the “for” loop will fail and it still returns i+1 i.e. 2, which is wrong as it has filled only 1 buffer.
Fixes: 7adf9
cryptodev: fix multi-segment raw vector processing
If no next segment available the “for” loop will fail and it still returns i+1 i.e. 2, which is wrong as it has filled only 1 buffer.
Fixes: 7adf992fb9bf ("cryptodev: introduce CPU crypto API") Cc: [email protected]
Signed-off-by: Gagandeep Singh <[email protected]> Acked-by: Konstantin Ananyev <[email protected]> Acked-by: Akhil Goyal <[email protected]>
show more ...
|
| #
68f5d3d3 |
| 13-Oct-2021 |
Hemant Agrawal <[email protected]> |
cryptodev: add field for out-of-place in raw vector
The structure rte_crypto_sym_vec is updated to add dest_sgl to support out of place processing.
Signed-off-by: Hemant Agrawal <hemant.agrawal@nxp
cryptodev: add field for out-of-place in raw vector
The structure rte_crypto_sym_vec is updated to add dest_sgl to support out of place processing.
Signed-off-by: Hemant Agrawal <[email protected]> Acked-by: Akhil Goyal <[email protected]> Acked-by: Konstantin Ananyev <[email protected]>
show more ...
|
| #
6afd461f |
| 13-Oct-2021 |
Gagandeep Singh <[email protected]> |
cryptodev: add total raw buffer length
The current crypto raw data vectors is extended to support rte_security usecases, where we need total data length to know how much additional memory space is a
cryptodev: add total raw buffer length
The current crypto raw data vectors is extended to support rte_security usecases, where we need total data length to know how much additional memory space is available in buffer other than data length so that driver/HW can write expanded size data after encryption.
Signed-off-by: Gagandeep Singh <[email protected]> Acked-by: Akhil Goyal <[email protected]> Acked-by: Konstantin Ananyev <[email protected]>
show more ...
|
| #
10488d59 |
| 13-Oct-2021 |
Hemant Agrawal <[email protected]> |
cryptodev: rename field in vector struct
This patch renames the sgl to src_sgl in struct rte_crypto_sym_vec to help differentiating between source and destination sgl.
Signed-off-by: Hemant Agrawal
cryptodev: rename field in vector struct
This patch renames the sgl to src_sgl in struct rte_crypto_sym_vec to help differentiating between source and destination sgl.
Signed-off-by: Hemant Agrawal <[email protected]> Acked-by: Akhil Goyal <[email protected]> Acked-by: Konstantin Ananyev <[email protected]>
show more ...
|
| #
cab0c8f3 |
| 04-Oct-2021 |
Matan Azrad <[email protected]> |
cryptodev: extend data-unit length field
As described in [1] and as announced in [2], The field ``dataunit_len`` of the ``struct rte_crypto_cipher_xform`` moved to the end of the structure and exten
cryptodev: extend data-unit length field
As described in [1] and as announced in [2], The field ``dataunit_len`` of the ``struct rte_crypto_cipher_xform`` moved to the end of the structure and extended to ``uint32_t``.
In this way, sizes bigger than 64K bytes can be supported for data-unit lengths.
[1] commit d014dddb2d69 ("cryptodev: support multiple cipher data-units") [2] commit 9a5c09211b3a ("doc: announce extension of crypto data-unit length")
Signed-off-by: Matan Azrad <[email protected]> Acked-by: Akhil Goyal <[email protected]>
show more ...
|
|
Revision tags: v21.08, v21.08-rc4, v21.08-rc3, v21.08-rc2, v21.08-rc1, v21.05, v21.05-rc4, v21.05-rc3, v21.05-rc2, v21.05-rc1 |
|
| #
99a2dd95 |
| 20-Apr-2021 |
Bruce Richardson <[email protected]> |
lib: remove librte_ prefix from directory names
There is no reason for the DPDK libraries to all have 'librte_' prefix on the directory names. This prefix makes the directory names longer and also m
lib: remove librte_ prefix from directory names
There is no reason for the DPDK libraries to all have 'librte_' prefix on the directory names. This prefix makes the directory names longer and also makes it awkward to add features referring to individual libraries in the build - should the lib names be specified with or without the prefix. Therefore, we can just remove the library prefix and use the library's unique name as the directory name, i.e. 'eal' rather than 'librte_eal'
Signed-off-by: Bruce Richardson <[email protected]>
show more ...
|