[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3792017.1679730254@warthog.procyon.org.uk>
Date: Sat, 25 Mar 2023 07:44:14 +0000
From: David Howells <dhowells@...hat.com>
To: Herbert Xu <herbert@...dor.apana.org.au>
Cc: dhowells@...hat.com, 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*()
Herbert Xu <herbert@...dor.apana.org.au> 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.
Okay. Btw, how much of a hard limit is ALG_MAX_PAGES? Multipage folios can
exceed the current limit (16 pages, 64K) in size. Is it just to prevent too
much memory being pinned at once?
David
Powered by blists - more mailing lists