[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <398201.1607329472@warthog.procyon.org.uk>
Date: Mon, 07 Dec 2020 08:24:32 +0000
From: David Howells <dhowells@...hat.com>
To: Herbert Xu <herbert@...dor.apana.org.au>
Cc: dhowells@...hat.com, Ard Biesheuvel <ardb@...nel.org>,
Bruce Fields <bfields@...ldses.org>,
Chuck Lever <chuck.lever@...cle.com>,
CIFS <linux-cifs@...r.kernel.org>,
Linux NFS Mailing List <linux-nfs@...r.kernel.org>,
"open list:BPF JIT for MIPS (32-BIT AND 64-BIT)"
<netdev@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Trond Myklebust <trond.myklebust@...merspace.com>,
Linux Crypto Mailing List <linux-crypto@...r.kernel.org>,
linux-fsdevel@...r.kernel.org, linux-afs@...ts.infradead.org
Subject: Re: Why the auxiliary cipher in gss_krb5_crypto.c?
Herbert Xu <herbert@...dor.apana.org.au> wrote:
> > Herbert recently made some changes for MSG_MORE support in the AF_ALG
> > code, which permits a skcipher encryption to be split into several
> > invocations of the skcipher layer without the need for this complexity
> > on the side of the caller. Maybe there is a way to reuse that here.
> > Herbert?
>
> Yes this was one of the reasons I was persuing the continuation
> work. It should allow us to kill the special case for CTS in the
> krb5 code.
>
> Hopefully I can get some time to restart work on this soon.
In the krb5 case, we know in advance how much data we're going to be dealing
with, if that helps.
David
Powered by blists - more mailing lists