DPDK patches and discussions
 help / color / mirror / Atom feed
From: "Dooley, Brian" <brian.dooley@intel.com>
To: "Kusztal, ArkadiuszX" <arkadiuszx.kusztal@intel.com>,
	"dev@dpdk.org" <dev@dpdk.org>
Cc: "gakhil@marvell.com" <gakhil@marvell.com>,
	"stable@dpdk.org" <stable@dpdk.org>
Subject: RE: [PATCH] crypto/qat: fix incorrect placement of oop offset
Date: Mon, 8 Jul 2024 12:25:15 +0000	[thread overview]
Message-ID: <SJ0PR11MB5056F4B4A84A8BEBAAA3C88583DA2@SJ0PR11MB5056.namprd11.prod.outlook.com> (raw)
In-Reply-To: <20240704102649.30400-1-arkadiuszx.kusztal@intel.com>

Hi Arek,

> -----Original Message-----
> From: Kusztal, ArkadiuszX <arkadiuszx.kusztal@intel.com>
> Sent: Thursday, July 4, 2024 11:27 AM
> To: dev@dpdk.org
> Cc: gakhil@marvell.com; Dooley, Brian <brian.dooley@intel.com>; Kusztal,
> ArkadiuszX <arkadiuszx.kusztal@intel.com>; stable@dpdk.org
> Subject: [PATCH] crypto/qat: fix incorrect placement of oop offset
> 
> This patch fixes incorrect placement of OOP offset.
> Data preceding crypto operation is not copied to the output buffer, which is
> conformant to the API.
> 
> Fixes: a815a04cea05 ("crypto/qat: support symmetric build op request")
> Cc: stable@dpdk.org
> 
> Signed-off-by: Arkadiusz Kusztal <arkadiuszx.kusztal@intel.com>
> ---
>  drivers/crypto/qat/dev/qat_crypto_pmd_gens.h | 18 +++++++++++++-----
>  1 file changed, 13 insertions(+), 5 deletions(-)
> 
> diff --git a/drivers/crypto/qat/dev/qat_crypto_pmd_gens.h
> b/drivers/crypto/qat/dev/qat_crypto_pmd_gens.h
> index 1f5d2583c4..83d5870cae 100644
> --- a/drivers/crypto/qat/dev/qat_crypto_pmd_gens.h
> +++ b/drivers/crypto/qat/dev/qat_crypto_pmd_gens.h
> @@ -399,7 +399,7 @@ qat_sym_convert_op_to_vec_chain(struct
> rte_crypto_op *op,
>  		struct qat_sym_op_cookie *cookie)
>  {
>  	union rte_crypto_sym_ofs ofs;
> -	uint32_t max_len = 0;
> +	uint32_t max_len = 0, oop_offset = 0;
>  	uint32_t cipher_len = 0, cipher_ofs = 0;
>  	uint32_t auth_len = 0, auth_ofs = 0;
>  	int is_oop = (op->sym->m_dst != NULL) && @@ -473,6 +473,16 @@
> qat_sym_convert_op_to_vec_chain(struct rte_crypto_op *op,
> 
>  	max_len = RTE_MAX(cipher_ofs + cipher_len, auth_ofs + auth_len);
> 
> +	/* If OOP, we need to keep in mind that offset needs to start where
> +	 * cipher/auth starts, namely no offset on the smaller one
> +	 */
> +	if (is_oop) {
> +		oop_offset = RTE_MIN(auth_ofs, cipher_ofs);
> +		auth_ofs -= oop_offset;
> +		cipher_ofs -= oop_offset;
> +		max_len -= oop_offset;
> +	}
> +
>  	/* digest in buffer check. Needed only for wireless algos
>  	 * or combined cipher-crc operations
>  	 */
> @@ -513,9 +523,7 @@ qat_sym_convert_op_to_vec_chain(struct
> rte_crypto_op *op,
>  			max_len = RTE_MAX(max_len, auth_ofs + auth_len +
>  					ctx->digest_length);
>  	}
> -
> -	/* Passing 0 as cipher & auth offsets are assigned into ofs later */
> -	n_src = rte_crypto_mbuf_to_vec(op->sym->m_src, 0, max_len,
> +	n_src = rte_crypto_mbuf_to_vec(op->sym->m_src, oop_offset,
> max_len,
>  			in_sgl->vec, QAT_SYM_SGL_MAX_NUMBER);
>  	if (unlikely(n_src < 0 || n_src > op->sym->m_src->nb_segs)) {
>  		op->status = RTE_CRYPTO_OP_STATUS_ERROR; @@ -525,7
> +533,7 @@ qat_sym_convert_op_to_vec_chain(struct rte_crypto_op *op,
> 
>  	if (unlikely((op->sym->m_dst != NULL) &&
>  			(op->sym->m_dst != op->sym->m_src))) {
> -		int n_dst = rte_crypto_mbuf_to_vec(op->sym->m_dst, 0,
> +		int n_dst = rte_crypto_mbuf_to_vec(op->sym->m_dst,
> oop_offset,
>  				max_len, out_sgl->vec,
> QAT_SYM_SGL_MAX_NUMBER);
> 
>  		if (n_dst < 0 || n_dst > op->sym->m_dst->nb_segs) {
> --
> 2.13.6

Acked-by: Brian Dooley <brian.dooley@intel.com>


  reply	other threads:[~2024-07-08 12:25 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-07-04 10:26 Arkadiusz Kusztal
2024-07-08 12:25 ` Dooley, Brian [this message]
2024-07-19 13:02   ` Akhil Goyal

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=SJ0PR11MB5056F4B4A84A8BEBAAA3C88583DA2@SJ0PR11MB5056.namprd11.prod.outlook.com \
    --to=brian.dooley@intel.com \
    --cc=arkadiuszx.kusztal@intel.com \
    --cc=dev@dpdk.org \
    --cc=gakhil@marvell.com \
    --cc=stable@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).