[dpdk-dev,v2] app/test-crypto-perf: fix segmentation fault when use qat pmd
Checks
Commit Message
Fix segmentation fault happened when use QAT PMD's kasumi, snow3g or zug
algorithm to do cipher-then-auth performance test application.
The mentioned algorithms required authentication key data be set.
This patch fix issue that gmac algorithm required authentication key data
be set value equal to cipher key data.
Fixes: f8be1786b1b8 ("app/crypto-perf: introduce performance test application")
Signed-off-by: Slawomir Mrozowicz <slawomirx.mrozowicz@intel.com>
---
v2 changes:
- kasumi, snow3g or zug have differ auth and cipher key data
---
app/test-crypto-perf/cperf_test_vectors.c | 44 +++++++++++++++++++++----------
1 file changed, 30 insertions(+), 14 deletions(-)
Comments
Hi Slawomir,
> -----Original Message-----
> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Slawomir
> Mrozowicz
> Sent: Thursday, February 09, 2017 1:57 PM
> To: Doherty, Declan
> Cc: dev@dpdk.org; Mrozowicz, SlawomirX
> Subject: [dpdk-dev] [PATCH v2] app/test-crypto-perf: fix segmentation fault
> when use qat pmd
>
> Fix segmentation fault happened when use QAT PMD's kasumi, snow3g or
> zug
> algorithm to do cipher-then-auth performance test application.
> The mentioned algorithms required authentication key data be set.
> This patch fix issue that gmac algorithm required authentication key data
> be set value equal to cipher key data.
>
> Fixes: f8be1786b1b8 ("app/crypto-perf: introduce performance test
> application")
>
> Signed-off-by: Slawomir Mrozowicz <slawomirx.mrozowicz@intel.com>
This also happened for other SW PMDs and not just QAT, but an incorrect implementation in them was hiding this issue.
I will reword this commit. Also, make sure to run check-git-log.sh next time, as I am seeing:
Wrong headline lowercase:
app/test-crypto-perf: fix segmentation fault when use qat pmd
Headline too long:
app/test-crypto-perf: fix segmentation fault when use qat pmd
Apart from this,
Acked-by: Pablo de Lara <pablo.de.lara.guarch@intel.com>
> -----Original Message-----
> From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of De Lara Guarch,
> Pablo
> Sent: Friday, February 10, 2017 11:26 AM
> To: Mrozowicz, SlawomirX; Doherty, Declan
> Cc: dev@dpdk.org; Mrozowicz, SlawomirX
> Subject: Re: [dpdk-dev] [PATCH v2] app/test-crypto-perf: fix segmentation
> fault when use qat pmd
>
> Hi Slawomir,
>
> > -----Original Message-----
> > From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Slawomir
> > Mrozowicz
> > Sent: Thursday, February 09, 2017 1:57 PM
> > To: Doherty, Declan
> > Cc: dev@dpdk.org; Mrozowicz, SlawomirX
> > Subject: [dpdk-dev] [PATCH v2] app/test-crypto-perf: fix segmentation
> fault
> > when use qat pmd
> >
> > Fix segmentation fault happened when use QAT PMD's kasumi, snow3g or
> > zug
> > algorithm to do cipher-then-auth performance test application.
> > The mentioned algorithms required authentication key data be set.
> > This patch fix issue that gmac algorithm required authentication key data
> > be set value equal to cipher key data.
> >
> > Fixes: f8be1786b1b8 ("app/crypto-perf: introduce performance test
> > application")
> >
> > Signed-off-by: Slawomir Mrozowicz <slawomirx.mrozowicz@intel.com>
>
> This also happened for other SW PMDs and not just QAT, but an incorrect
> implementation in them was hiding this issue.
> I will reword this commit. Also, make sure to run check-git-log.sh next time,
> as I am seeing:
>
> Wrong headline lowercase:
> app/test-crypto-perf: fix segmentation fault when use qat pmd
> Headline too long:
> app/test-crypto-perf: fix segmentation fault when use qat pmd
>
> Apart from this,
>
> Acked-by: Pablo de Lara <pablo.de.lara.guarch@intel.com>
>
Applied to dpdk-next-crypto.
Thanks,
Pablo
@@ -433,22 +433,39 @@ cperf_test_vector_get_dummy(struct cperf_options *options)
options->op_type == CPERF_CIPHER_THEN_AUTH ||
options->op_type == CPERF_AUTH_THEN_CIPHER ||
options->op_type == CPERF_AEAD) {
+ uint8_t aad_alloc = 0;
+
t_vec->auth_key.length = options->auth_key_sz;
- if (options->auth_algo == RTE_CRYPTO_AUTH_NULL) {
+
+ switch (options->auth_algo) {
+ case RTE_CRYPTO_AUTH_NULL:
t_vec->auth_key.data = NULL;
- t_vec->aad.data = NULL;
- } else if (options->auth_algo == RTE_CRYPTO_AUTH_AES_GCM ||
- options->auth_algo ==
- RTE_CRYPTO_AUTH_AES_GMAC ||
- options->auth_algo ==
- RTE_CRYPTO_AUTH_SNOW3G_UIA2 ||
- options->auth_algo ==
- RTE_CRYPTO_AUTH_KASUMI_F9 ||
- options->auth_algo ==
- RTE_CRYPTO_AUTH_ZUC_EIA3) {
+ aad_alloc = 0;
+ break;
+ case RTE_CRYPTO_AUTH_AES_GCM:
t_vec->auth_key.data = NULL;
- t_vec->aad.data = rte_malloc(NULL, options->auth_aad_sz,
- 16);
+ aad_alloc = 1;
+ break;
+ case RTE_CRYPTO_AUTH_SNOW3G_UIA2:
+ case RTE_CRYPTO_AUTH_KASUMI_F9:
+ case RTE_CRYPTO_AUTH_ZUC_EIA3:
+ t_vec->auth_key.data = auth_key;
+ aad_alloc = 1;
+ break;
+ case RTE_CRYPTO_AUTH_AES_GMAC:
+ /* auth key should be the same as cipher key */
+ t_vec->auth_key.data = cipher_key;
+ aad_alloc = 1;
+ break;
+ default:
+ t_vec->auth_key.data = auth_key;
+ aad_alloc = 0;
+ break;
+ }
+
+ if (aad_alloc) {
+ t_vec->aad.data = rte_malloc(NULL,
+ options->auth_aad_sz, 16);
if (t_vec->aad.data == NULL) {
if (options->op_type != CPERF_AUTH_ONLY)
rte_free(t_vec->iv.data);
@@ -457,7 +474,6 @@ cperf_test_vector_get_dummy(struct cperf_options *options)
}
memcpy(t_vec->aad.data, aad, options->auth_aad_sz);
} else {
- t_vec->auth_key.data = auth_key;
t_vec->aad.data = NULL;
}