From: Eric Biggers <ebiggers@kernel.org>
To: Hendrik Donner <hd@os-cillation.de>
Cc: linux-crypto@vger.kernel.org,
Herbert Xu <herbert@gondor.apana.org.au>,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
Steffen Klassert <steffen.klassert@secunet.com>,
Thomas Huth <thuth@redhat.com>
Subject: Re: [PATCH 1/2] crypto: pcrypt - Remove pcrypt
Date: Fri, 24 Jul 2026 18:51:16 +0000 [thread overview]
Message-ID: <20260724185116.GB1572592@google.com> (raw)
In-Reply-To: <10430138-05b6-46b8-b9d2-7cad5c371fc4@os-cillation.de>
On Fri, Jul 24, 2026 at 08:19:02PM +0200, Hendrik Donner wrote:
>
> so i'm now on 7.1.4 with
>
> PCI: imx6: Keep i.MX6 Root Port MSI/MSI-X Capabilities with iMSI-RX to
> work around hardware bug
>
> on top to be able to tune queue settings. And to have a working ethernet
> in the first place, without the patch the NETDEV WATCHDOG resets the
> card all the time due to queues stalling. But now more than 1 CPU are
> serving IRQs.
>
> With pcrypt
> (seqiv(rfc4106(pcrypt(gcm_base(ctr-aes-neonbs,ghash-lib))))):
>
> Upload:
> [ 4] 0.00-60.00 sec 901 MBytes 126 Mbits/sec
>
> Download:
> [ 4] 0.00-60.00 sec 1.23 GBytes 177 Mbits/sec
>
> Without pcrypt
> (seqiv(rfc4106(gcm_base(ctr-aes-neonbs,ghash-lib)))):
>
> Upload:
> [ 4] 0.00-60.00 sec 679 MBytes 94.9 Mbits/sec
>
> Download:
> [ 4] 0.00-60.00 sec 674 MBytes 94.3 Mbits/sec
>
> So counterintuitively pcrypt matters more again. I repeated the tests a
> few times, those numbers are fairly representative. Every run is over a
> 60 sec window.
Thanks for trying it. Perhaps this is related to the iperf3 test using
only a single flow? Does that reflect the real-world case for you?
I'm also curious whether you're particularly attached to AES-GCM, or
whether you've considered switching to ChaCha20Poly1305 which would be
much faster on that CPU. This could be done either by switching to
"rfc7539esp(chacha20,poly1305)" within IPsec, or by just switching to
WireGuard.
If none of those are options for you and you do want pcrypt to be kept
around, could you confirm that you're solely using 'crconf' (run as
root) to enable it, and in particular you're not relying on the
misfeature of also being able to enable it as an unprivileged user using
AF_ALG? We can keep it around for a bit longer if really needed, but
the unprivileged stuff definitely has to go. We should also keep in
mind that pcrypt does not get tested very well (as the crypto self-tests
just test serial use) and historically has had a lot of issues.
- Eric
next prev parent reply other threads:[~2026-07-24 18:51 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-13 22:32 [PATCH 0/2] Remove pcrypt Eric Biggers
2026-07-13 22:32 ` [PATCH 1/2] crypto: pcrypt - " Eric Biggers
2026-07-14 4:20 ` Thomas Huth
2026-07-21 18:59 ` Hendrik Donner
2026-07-21 19:50 ` Eric Biggers
2026-07-22 16:12 ` Hendrik Donner
2026-07-22 19:40 ` Eric Biggers
2026-07-22 23:30 ` Simon Richter
2026-07-23 8:01 ` David Laight
2026-07-24 18:19 ` Hendrik Donner
2026-07-24 18:51 ` Eric Biggers [this message]
2026-07-24 19:12 ` Hendrik Donner
2026-07-13 22:32 ` [PATCH 2/2] padata: Remove serialized job support Eric Biggers
2026-07-14 4:28 ` Thomas Huth
2026-07-17 20:32 ` Daniel Jordan
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=20260724185116.GB1572592@google.com \
--to=ebiggers@kernel.org \
--cc=hd@os-cillation.de \
--cc=herbert@gondor.apana.org.au \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=netdev@vger.kernel.org \
--cc=steffen.klassert@secunet.com \
--cc=thuth@redhat.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