Re: [PATCH v2] crypto: aesni - add ccm(aes) algorithm implementation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 12/15/20 1:19 AM, Herbert Xu wrote:
On Tue, Dec 15, 2020 at 09:55:37AM +0100, Ard Biesheuvel wrote:

So the question is then how granular these kernel mode SIMD regions
need to be to avoid excessive latencies in softirq handling.

Can you get some real world numbers on what the latency is like?

Then we could take it to the scheduler folks and see if they're
OK with it.

Thanks,


Hello,

While rebasing my patches onto 6.1-rc4, I noticed my aesni for ccm(aes) patch didn't apply cleanly,
and I found this patch described below is applied now.  Does this upstream patch mean that aesni is already
supported upstream now?  Or is it specific to whatever xctr is?  If so,
any chance the patch is wanted upstream now?

commit fd94fcf09957a75e25941f7dbfc84d30a63817ac
Author: Nathan Huckleberry <nhuck@xxxxxxxxxx>
Date:   Fri May 20 18:14:56 2022 +0000

    crypto: x86/aesni-xctr - Add accelerated implementation of XCTR

    Add hardware accelerated version of XCTR for x86-64 CPUs with AESNI
    support.

    More information on XCTR can be found in the HCTR2 paper:
    "Length-preserving encryption with HCTR2":
    https://eprint.iacr.org/2021/1441.pdf

    Signed-off-by: Nathan Huckleberry <nhuck@xxxxxxxxxx>
    Reviewed-by: Ard Biesheuvel <ardb@xxxxxxxxxx>
    Reviewed-by: Eric Biggers <ebiggers@xxxxxxxxxx>
    Signed-off-by: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>

Thanks,
Ben

--
Ben Greear <greearb@xxxxxxxxxxxxxxx>
Candela Technologies Inc  http://www.candelatech.com




[Index of Archives]     [Kernel]     [Gnu Classpath]     [Gnu Crypto]     [DM Crypt]     [Netfilter]     [Bugtraq]
  Powered by Linux