From: David Marchand <david.marchand@redhat.com>
To: "Morten Brørup" <mb@smartsharesystems.com>
Cc: dev@dpdk.org, thomas@monjalon.net, ferruh.yigit@amd.com,
stephen@networkplumber.org, mattias.ronnblom@ericsson.com,
stable@dpdk.org, Kai Ji <kai.ji@intel.com>,
Slawomir Mrozowicz <slawomirx.mrozowicz@intel.com>,
Tomasz Kulasek <tomaszx.kulasek@intel.com>,
Daniel Mrzyglod <danielx.t.mrzyglod@intel.com>,
Pablo de Lara <pablo.de.lara.guarch@intel.com>,
Michal Kobylinski <michalx.kobylinski@intel.com>
Subject: Re: [PATCH 4/6] crypto/openssl: fix 3DES-CTR with big endian CPUs
Date: Thu, 24 Oct 2024 15:17:14 +0200 [thread overview]
Message-ID: <CAJFAV8xbw8DYr_dc_jNFFcAye-sRMLKLNqrcHvA1rmRF3H9Qdg@mail.gmail.com> (raw)
In-Reply-To: <CAJFAV8xz9UTjztK9aHm_xjFfZ_uXe9wE_k-ySTD=R5u4UJWeng@mail.gmail.com>
On Thu, Oct 24, 2024 at 3:10 PM David Marchand
<david.marchand@redhat.com> wrote:
> > There may be an alignment bug too; the way it is used in process_openssl_cipher_des3ctr(), "ctr" is not guaranteed to be uint64_t aligned.
> >
> > How about this instead:
> >
> > ctr_inc(void *ctr)
> > {
> > uint64_t ctr64 = rte_be_to_cpu_64(*(unaligned_uint64_t *)ctr);
> > ctr64++;
> > *(unaligned_uint64_t *)ctr = rte_cpu_to_be_64(ctr64);
> > }
> >
> > Or this:
> >
> > ctr_inc(void *ctr)
> > {
> > uint64_t ctr64;
> >
> > memcpy(&ctr64, ctr, sizeof(uint64_t));
> > ctr64 = rte_be_to_cpu_64(ctr64);
> > ctr64++;
> > ctr64 = rte_cpu_to_be_64(ctr64);
> > memcpy(ctr, &ctr64, sizeof(uint64_t));
> > }
> >
> > Or use a union in process_openssl_cipher_des3ctr() to ensure it's uint64_t aligned.
>
> Or declare ctr as a uint64_t in process_openssl_cipher_des3ctr
> directly, and remove this casting.
Like:
diff --git a/drivers/crypto/openssl/rte_openssl_pmd.c
b/drivers/crypto/openssl/rte_openssl_pmd.c
index 9657b70c7a..8e193759b7 100644
--- a/drivers/crypto/openssl/rte_openssl_pmd.c
+++ b/drivers/crypto/openssl/rte_openssl_pmd.c
@@ -99,22 +99,6 @@ digest_name_get(enum rte_crypto_auth_algorithm algo)
static int cryptodev_openssl_remove(struct rte_vdev_device *vdev);
-/*----------------------------------------------------------------------------*/
-
-/**
- * Increment counter by 1
- * Counter is 64 bit array, big-endian
- */
-static void
-ctr_inc(uint8_t *ctr)
-{
- uint64_t *ctr64 = (uint64_t *)ctr;
-
- *ctr64 = __builtin_bswap64(*ctr64);
- (*ctr64)++;
- *ctr64 = __builtin_bswap64(*ctr64);
-}
-
/*
*------------------------------------------------------------------------------
* Session Prepare
@@ -1192,7 +1176,9 @@ static int
process_openssl_cipher_des3ctr(struct rte_mbuf *mbuf_src, uint8_t *dst,
int offset, uint8_t *iv, int srclen, EVP_CIPHER_CTX *ctx)
{
- uint8_t ebuf[8], ctr[8];
+ uint8_t ebuf[8];
+ uint64_t host_ctr;
+ uint64_t ctr;
int unused, n;
struct rte_mbuf *m;
uint8_t *src;
@@ -1209,14 +1195,16 @@ process_openssl_cipher_des3ctr(struct rte_mbuf
*mbuf_src, uint8_t *dst,
l = rte_pktmbuf_data_len(m) - offset;
memcpy(ctr, iv, 8);
+ host_ctr = rte_be_64_to_cpu(ctr);
for (n = 0; n < srclen; n++) {
if (n % 8 == 0) {
+ ctr = rte_cpu_to_be_64(host_ctr);
if (EVP_EncryptUpdate(ctx,
(unsigned char *)&ebuf, &unused,
(const unsigned char *)&ctr, 8) <= 0)
goto process_cipher_des3ctr_err;
- ctr_inc(ctr);
+ host_ctr++;
}
dst[n] = *(src++) ^ ebuf[n % 8];
--
David Marchand
next prev parent reply other threads:[~2024-10-24 13:17 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20241024120535.2722316-1-david.marchand@redhat.com>
2024-10-24 12:05 ` David Marchand
2024-10-24 12:54 ` Morten Brørup
2024-10-24 13:10 ` David Marchand
2024-10-24 13:17 ` David Marchand [this message]
2024-10-24 13:30 ` David Marchand
2024-10-24 14:21 ` Morten Brørup
[not found] ` <20241025070424.3916007-1-david.marchand@redhat.com>
2024-10-25 7:04 ` [PATCH v2 " David Marchand
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=CAJFAV8xbw8DYr_dc_jNFFcAye-sRMLKLNqrcHvA1rmRF3H9Qdg@mail.gmail.com \
--to=david.marchand@redhat.com \
--cc=danielx.t.mrzyglod@intel.com \
--cc=dev@dpdk.org \
--cc=ferruh.yigit@amd.com \
--cc=kai.ji@intel.com \
--cc=mattias.ronnblom@ericsson.com \
--cc=mb@smartsharesystems.com \
--cc=michalx.kobylinski@intel.com \
--cc=pablo.de.lara.guarch@intel.com \
--cc=slawomirx.mrozowicz@intel.com \
--cc=stable@dpdk.org \
--cc=stephen@networkplumber.org \
--cc=thomas@monjalon.net \
--cc=tomaszx.kulasek@intel.com \
/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).