|
Revision tags: v24.11, v24.11-rc4, v24.11-rc3, v24.11-rc2, v24.11-rc1 |
|
| #
4acc862b |
| 11-Oct-2024 |
Hanxiao Li <li.hanxiao@zte.com.cn> |
cryptodev: add SM4-XTS
Added support for symmetric algorithm SM4-XTS in cryptodev.
Signed-off-by: Hanxiao Li <li.hanxiao@zte.com.cn> Acked-by: Akhil Goyal <gakhil@marvell.com>
|
| #
719834a6 |
| 20-Sep-2024 |
Mattias Rönnblom <mattias.ronnblom@ericsson.com> |
use C linkage where appropriate in headers
Assure that 'extern "C" { /../ }' do not cover files included from a particular header file, and address minor issues resulting from this change of order.
use C linkage where appropriate in headers
Assure that 'extern "C" { /../ }' do not cover files included from a particular header file, and address minor issues resulting from this change of order.
Dealing with C++ should delegate to the individual include file level, rather than being imposed by the user of that file. For example, forcing C linkage prevents __Generic macros being replaced with overloaded static inline functions in C++ translation units.
Eliminate 'extern "C"' from files which do not declare any symbols (e.g., only macros or struct types).
On the other hand, the headers check is too naive in assuming that all headers must contain a 'extern "C"'. Such a check was added in commit 1ee492bdc4ff ("buildtools/chkincs: check missing C++ guards"). Since this current change results in many headers not containing such a token, remove the check for 'extern "C"' until we have a better implementation.
Signed-off-by: Mattias Rönnblom <mattias.ronnblom@ericsson.com> Acked-by: Morten Brørup <mb@smartsharesystems.com> Signed-off-by: David Marchand <david.marchand@redhat.com>
show more ...
|
|
Revision tags: v24.07, v24.07-rc4, v24.07-rc3, v24.07-rc2, v24.07-rc1, v24.03, v24.03-rc4, v24.03-rc3, v24.03-rc2, v24.03-rc1, v23.11, v23.11-rc4, v23.11-rc3, v23.11-rc2, v23.11-rc1 |
|
| #
e0e729b4 |
| 06-Oct-2023 |
Arkadiusz Kusztal <arkadiuszx.kusztal@intel.com> |
cryptodev: clarify usage of block ciphers
Some of the API comments incorrectly limited the usage of symmetric crypto fields to block ciphers.
Signed-off-by: Arkadiusz Kusztal <arkadiuszx.kusztal@in
cryptodev: clarify usage of block ciphers
Some of the API comments incorrectly limited the usage of symmetric crypto fields to block ciphers.
Signed-off-by: Arkadiusz Kusztal <arkadiuszx.kusztal@intel.com> Signed-off-by: Ciara Power <ciara.power@intel.com> Acked-by: Kai Ji <kai.ji@intel.com>
show more ...
|
| #
17de6b04 |
| 31-Jul-2023 |
Akhil Goyal <gakhil@marvell.com> |
cryptodev: remove deprecated algo string arrays
Removed the algorithm strings arrays rte_crypto_cipher_algorithm_strings, rte_crypto_auth_algorithm_strings, rte_crypto_aead_algorithm_strings and rte
cryptodev: remove deprecated algo string arrays
Removed the algorithm strings arrays rte_crypto_cipher_algorithm_strings, rte_crypto_auth_algorithm_strings, rte_crypto_aead_algorithm_strings and rte_crypto_asym_xform_strings.
Application can use the new APIs rte_cryptodev_get_cipher_algo_string, rte_cryptodev_get_auth_algo_string, rte_cryptodev_get_aead_algo_string and rte_cryptodev_asym_get_xform_string respectively.
Signed-off-by: Akhil Goyal <gakhil@marvell.com> Acked-by: Hemant Agrawal <hemant.agrawal@nxp.com>
show more ...
|
| #
971d2b57 |
| 11-Aug-2023 |
Tyler Retzlaff <roretzla@linux.microsoft.com> |
remove C11 compatibility macro
C11 conformant compiler is documented as a minimum requirement to build and consume DPDK. Remove use of RTE_STD_C11 macro marking use of C11 features with __extension_
remove C11 compatibility macro
C11 conformant compiler is documented as a minimum requirement to build and consume DPDK. Remove use of RTE_STD_C11 macro marking use of C11 features with __extension__ since it is no longer necessary and then remove definition of RTE_STD_C11 macro.
Signed-off-by: Tyler Retzlaff <roretzla@linux.microsoft.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com> Reviewed-by: Morten Brørup <mb@smartsharesystems.com>
show more ...
|
|
Revision tags: v23.07, v23.07-rc4, v23.07-rc3, v23.07-rc2 |
|
| #
3e4c5be9 |
| 14-Jun-2023 |
Thomas Monjalon <thomas@monjalon.net> |
lib: remove extra asterisks ending comment blocks
A comment should always be terminated with */
Extra asterisks were found with this kind of command: git grep '\* *\*/' lib
Signed-off-by: Thomas
lib: remove extra asterisks ending comment blocks
A comment should always be terminated with */
Extra asterisks were found with this kind of command: git grep '\* *\*/' lib
Signed-off-by: Thomas Monjalon <thomas@monjalon.net> Acked-by: Bruce Richardson <bruce.richardson@intel.com>
show more ...
|
|
Revision tags: v23.07-rc1 |
|
| #
1daecf63 |
| 29-May-2023 |
Sunyang Wu <sunyang.wu@jaguarmicro.com> |
cryptodev: add SM3-HMAC and SM4-CFB/OFB
Add SM3_HMAC/SM4_CFB/SM4_OFB support in DPDK.
Signed-off-by: Sunyang Wu <sunyang.wu@jaguarmicro.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
|
|
Revision tags: v23.03, v23.03-rc4 |
|
| #
d2d7f019 |
| 21-Mar-2023 |
Akhil Goyal <gakhil@marvell.com> |
doc: fix code blocks in cryptodev guide
Certain structures were replicated in programmer's guide, which resulted in mismatch when that structure is changed in future releases. Added literal includes
doc: fix code blocks in cryptodev guide
Certain structures were replicated in programmer's guide, which resulted in mismatch when that structure is changed in future releases. Added literal includes to copy code block while compiling.
Fixes: 0318c02b57cf ("doc: add cryptodev chapter in prog guide") Cc: stable@dpdk.org
Reported-by: David Marchand <david.marchand@redhat.com> Signed-off-by: Akhil Goyal <gakhil@marvell.com> Acked-by: Ciara Power <ciara.power@intel.com> Acked-by: Hemant Agrawal <hemant.agrawal@nxp.com>
show more ...
|
|
Revision tags: v23.03-rc3, v23.03-rc2, v23.03-rc1 |
|
| #
56ee8af9 |
| 12-Jan-2023 |
Volodymyr Fialko <vfialko@marvell.com> |
cryptodev: add SHAKE algorithm
Added support for a new hash algorithm, SHAKE (Secure Hash Algorithm and KECCAK) defined in FIPS 202.
Added test cases for SHAKE hash algorithm for Digest and Digest-
cryptodev: add SHAKE algorithm
Added support for a new hash algorithm, SHAKE (Secure Hash Algorithm and KECCAK) defined in FIPS 202.
Added test cases for SHAKE hash algorithm for Digest and Digest-Verify.
Signed-off-by: Volodymyr Fialko <vfialko@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
show more ...
|
| #
7e1e1277 |
| 04-Jan-2023 |
Akhil Goyal <gakhil@marvell.com> |
cryptodev: add algo enums to string conversion API
Symmetric/Asymmetric algorithm strings are accessed by application using arrays in cryptodev lib, which hampers new algorithms addition in the arra
cryptodev: add algo enums to string conversion API
Symmetric/Asymmetric algorithm strings are accessed by application using arrays in cryptodev lib, which hampers new algorithms addition in the array due to ABI breakage. These arrays are now deprecated and will be removed in next ABI break release. New APIs are added for getting the algorithm strings based on enum values.
Signed-off-by: Akhil Goyal <gakhil@marvell.com> Reviewed-by: Ruifeng Wang <ruifeng.wang@arm.com> Acked-by: Anoob Joseph <anoobj@marvell.com> Acked-by: Ciara Power <ciara.power@intel.com> Acked-by: Fan Zhang <fanzhang.oss@gmail.com>
show more ...
|
|
Revision tags: v22.11, v22.11-rc4, v22.11-rc3, v22.11-rc2 |
|
| #
1094dd94 |
| 28-Oct-2022 |
David Marchand <david.marchand@redhat.com> |
cleanup compat header inclusions
With symbols going though experimental/stable stages, we accumulated a lot of discrepancies about inclusion of the rte_compat.h header.
Some headers are including i
cleanup compat header inclusions
With symbols going though experimental/stable stages, we accumulated a lot of discrepancies about inclusion of the rte_compat.h header.
Some headers are including it where unneeded, while others rely on implicit inclusion.
Fix unneeded inclusions: $ git grep -l include..rte_compat.h | xargs grep -LE '__rte_(internal|experimental)' | xargs sed -i -e '/#include..rte_compat.h/d'
Fix missing inclusion, by inserting rte_compat.h before the first inclusion of a DPDK header: $ git grep -lE '__rte_(internal|experimental)' | xargs grep -L include..rte_compat.h | xargs sed -i -e \ '0,/#include..\(rte_\|.*pmd.h.$\)/{ s/\(#include..\(rte_\|.*pmd.h.$\)\)/#include <rte_compat.h>\n\1/ }'
Fix missing inclusion, by inserting rte_compat.h after the last inclusion of a non DPDK header: $ for file in $(git grep -lE '__rte_(internal|experimental)' | xargs grep -L include..rte_compat.h); do tac $file > $file.$$ sed -i -e \ '0,/#include../{ s/\(#include..*$\)/#include <rte_compat.h>\n\n\1/ }' $file.$$ tac $file.$$ > $file rm $file.$$ done
Fix missing inclusion, by inserting rte_compat.h after the header guard: $ git grep -lE '__rte_(internal|experimental)' | xargs grep -L include..rte_compat.h | xargs sed -i -e \ '0,/#define/{ s/\(#define .*$\)/\1\n\n#include <rte_compat.h>/ }'
And finally, exclude rte_compat.h itself. $ git checkout lib/eal/include/rte_compat.h
At the end of all this, we have a clean tree: $ git grep -lE '__rte_(internal|experimental)' | xargs grep -L include..rte_compat.h buildtools/check-symbols.sh devtools/checkpatches.sh doc/guides/contributing/abi_policy.rst doc/guides/rel_notes/release_20_11.rst lib/eal/include/rte_compat.h
Signed-off-by: David Marchand <david.marchand@redhat.com> Acked-by: Bruce Richardson <bruce.richardson@intel.com> Acked-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
show more ...
|
|
Revision tags: v22.11-rc1 |
|
| #
2973dbf9 |
| 04-Oct-2022 |
Akhil Goyal <gakhil@marvell.com> |
security: hide session structure
Structure rte_security_session is moved to internal headers which are not visible to applications. The only field which should be used by app is opaque_data. This fi
security: hide session structure
Structure rte_security_session is moved to internal headers which are not visible to applications. The only field which should be used by app is opaque_data. This field can now be accessed via set/get APIs added in this patch. Subsequent changes in app and lib are made to compile the code.
Signed-off-by: Akhil Goyal <gakhil@marvell.com> Tested-by: Gagandeep Singh <g.singh@nxp.com> Tested-by: David Coyle <david.coyle@intel.com> Tested-by: Kevin O'Sullivan <kevin.osullivan@intel.com>
show more ...
|
| #
2a440d6a |
| 04-Oct-2022 |
Akhil Goyal <gakhil@marvell.com> |
cryptodev: hide symmetric session structure
Structure rte_cryptodev_sym_session is moved to internal headers which are not visible to applications. The only field which should be used by app is opaq
cryptodev: hide symmetric session structure
Structure rte_cryptodev_sym_session is moved to internal headers which are not visible to applications. The only field which should be used by app is opaque_data. This field can now be accessed via set/get APIs added in this patch. Subsequent changes in app and lib are made to compile the code.
Signed-off-by: Akhil Goyal <gakhil@marvell.com> Signed-off-by: Fan Zhang <roy.fan.zhang@intel.com> Acked-by: Kai Ji <kai.ji@intel.com> Tested-by: Gagandeep Singh <g.singh@nxp.com> Tested-by: David Coyle <david.coyle@intel.com> Tested-by: Kevin O'Sullivan <kevin.osullivan@intel.com>
show more ...
|
| #
35ffc5b0 |
| 28-Sep-2022 |
Arek Kusztal <arkadiuszx.kusztal@intel.com> |
cryptodev: add SM3 hash algorithm
ShangMi 3 (SM3) is a cryptographic hash function used in the Chinese National Standard.
- Added SM3 algorithm
Signed-off-by: Arek Kusztal <arkadiuszx.kusztal@inte
cryptodev: add SM3 hash algorithm
ShangMi 3 (SM3) is a cryptographic hash function used in the Chinese National Standard.
- Added SM3 algorithm
Signed-off-by: Arek Kusztal <arkadiuszx.kusztal@intel.com> Acked-by: Kai Ji <kai.ji@intel.com> Acked-by: Anoob Joseph <anoobj@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
show more ...
|
| #
515cd4a4 |
| 28-Sep-2022 |
Arek Kusztal <arkadiuszx.kusztal@intel.com> |
cryptodev: add SM4 encryption algorithm
ShangMi 4 (SM4) is a block cipher used in the Chinese National Standard for Wireless LAN WAPI and also used with Transport Layer Security.
Added SM4 encrypti
cryptodev: add SM4 encryption algorithm
ShangMi 4 (SM4) is a block cipher used in the Chinese National Standard for Wireless LAN WAPI and also used with Transport Layer Security.
Added SM4 encryption algorithm in ECB, CBC and CTR modes.
Signed-off-by: Arek Kusztal <arkadiuszx.kusztal@intel.com> Acked-by: Kai Ji <kai.ji@intel.com> Acked-by: Anoob Joseph <anoobj@marvell.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
show more ...
|
|
Revision tags: v22.07, v22.07-rc4, v22.07-rc3, v22.07-rc2, v22.07-rc1, 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 <g.singh@nxp.com> |
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: stable@dpdk.org
Signed-off-by: Gagandeep Singh <g.singh@nxp.com> Acked-by: Konstantin Ananyev <konstantin.ananyev@intel.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
show more ...
|
| #
68f5d3d3 |
| 13-Oct-2021 |
Hemant Agrawal <hemant.agrawal@nxp.com> |
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 <hemant.agrawal@nxp.com> Acked-by: Akhil Goyal <gakhil@marvell.com> Acked-by: Konstantin Ananyev <konstantin.ananyev@intel.com>
show more ...
|
| #
6afd461f |
| 13-Oct-2021 |
Gagandeep Singh <g.singh@nxp.com> |
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 <g.singh@nxp.com> Acked-by: Akhil Goyal <gakhil@marvell.com> Acked-by: Konstantin Ananyev <konstantin.ananyev@intel.com>
show more ...
|
| #
10488d59 |
| 13-Oct-2021 |
Hemant Agrawal <hemant.agrawal@nxp.com> |
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 <hemant.agrawal@nxp.com> Acked-by: Akhil Goyal <gakhil@marvell.com> Acked-by: Konstantin Ananyev <konstantin.ananyev@intel.com>
show more ...
|
| #
cab0c8f3 |
| 04-Oct-2021 |
Matan Azrad <matan@nvidia.com> |
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 <matan@nvidia.com> Acked-by: Akhil Goyal <gakhil@marvell.com>
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 <bruce.richardson@intel.com> |
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 <bruce.richardson@intel.com>
show more ...
|