[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZmAz8-glRX2wl13D@gondor.apana.org.au>
Date: Wed, 5 Jun 2024 17:46:27 +0800
From: Herbert Xu <herbert@...dor.apana.org.au>
To: Eric Biggers <ebiggers@...nel.org>,
Steffen Klassert <steffen.klassert@...unet.com>,
netdev@...r.kernel.org
Cc: linux-crypto@...r.kernel.org, fsverity@...ts.linux.dev,
dm-devel@...ts.linux.dev, x86@...nel.org,
linux-arm-kernel@...ts.infradead.org,
Ard Biesheuvel <ardb@...nel.org>,
Sami Tolvanen <samitolvanen@...gle.com>,
Bart Van Assche <bvanassche@....org>
Subject: Re: [PATCH v4 6/8] fsverity: improve performance by using
multibuffer hashing
On Wed, Jun 05, 2024 at 05:22:21PM +0800, Herbert Xu wrote:
>
> However, I really dislike the idea of shoehorning this into shash.
> I know you really like shash, but I think there are some clear
> benefits to be had by coupling this with ahash.
If we do this properly, we should be able to immediately use the
mb code with IPsec. In the network stack, we already aggregate
the data prior to IPsec with GSO. So at the boundary between
IPsec and the Crypto API, it's dividing chunks of data up to 64K
into 1500-byte packets and feeding them to crypto one at a time.
It really should be sending the whole chain of packets to us as
a unit.
Once we have a proper mb interface, we can fix that and immediately
get the benefit of mb hashing.
Cheers,
--
Email: Herbert Xu <herbert@...dor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Powered by blists - more mailing lists