[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZB6N/H27oeWqouyb@gondor.apana.org.au>
Date: Sat, 25 Mar 2023 14:00:28 +0800
From: Herbert Xu <herbert@...dor.apana.org.au>
To: David Howells <dhowells@...hat.com>
Cc: willy@...radead.org, davem@...emloft.net, edumazet@...gle.com,
kuba@...nel.org, pabeni@...hat.com, viro@...iv.linux.org.uk,
hch@...radead.org, axboe@...nel.dk, jlayton@...nel.org,
brauner@...nel.org, torvalds@...ux-foundation.org,
netdev@...r.kernel.org, linux-fsdevel@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-mm@...ck.org,
linux-crypto@...r.kernel.org
Subject: Re: [RFC PATCH 23/28] algif: Remove hash_sendpage*()
On Fri, Mar 24, 2023 at 04:47:50PM +0000, David Howells wrote:
>
> I must be missing something, I think. What's particularly optimal about the
> code in hash_sendpage() but not hash_sendmsg()? Is it that the former uses
> finup/digest, but the latter ony does update+final?
A lot of hardware hashes can't perform partial updates, so they
will always fall back to software unless you use finup/digest.
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