From: sashiko-bot@kernel.org
To: "Kanchana P. Sridhar" <kanchanapsridhar2026@gmail.com>,
hannes@cmpxchg.org, yosry@kernel.org, nphamcs@gmail.com,
chengming.zhou@linux.dev, akpm@linux-foundation.org,
linux-mm@kvack.org, herbert@gondor.apana.org.au,
davem@davemloft.net, linux-crypto@vger.kernel.org
Cc: rientjes@google.com, willy@infradead.org, senozhatsky@chromium.org
Subject: Re: [PATCH v3 4/8] crypto: acomp - Add API to get a compression algorithm's batch-size.
Date: Sat, 07 Nov 2026 07:25:06 +0000 [thread overview]
Message-ID: <sashiko-outbox-202710@kernel.org> (raw)
In-Reply-To: <20261106072412.7909-5-kanchanapsridhar2026@gmail.com>
Thank you for your contribution! Sashiko AI review found 1 potential
issue to consider:
- [Medium] crypto: acomp: batch_size gated on acomp_is_async() instead
of REQ_SEG
--
commit 2fa95d403dcc5d6c7b702698b0e306a5d643d3b3
Author: Kanchana P. Sridhar <kanchanapsridhar2026@gmail.com>
crypto: acomp - Add API to get a compression algorithm's batch-size.
This commit adds a batch_size field to struct acomp_alg and introduces
crypto_acomp_batch_size() to query the maximum batch size supported by an
acomp transform.
> diff --git a/crypto/acompress.c b/crypto/acompress.c
> index ac4dc52668b89..df9e42f519c35 100644
> --- a/crypto/acompress.c
> +++ b/crypto/acompress.c
> @@ -327,6 +327,20 @@ int crypto_acomp_decompress(struct acomp_req *req)
> }
> EXPORT_SYMBOL_GPL(crypto_acomp_decompress);
>
> +unsigned int crypto_acomp_batch_size(struct crypto_acomp *tfm)
> +{
> + if (acomp_is_async(tfm) &&
> + (crypto_comp_alg_common(tfm)->base.cra_type == &crypto_acomp_type)) {
> + struct acomp_alg *alg = crypto_acomp_alg(tfm);
> +
> + if (alg && alg->batch_size > 1)
> + return alg->batch_size;
> + }
> +
> + return 1;
> +}
> +EXPORT_SYMBOL_GPL(crypto_acomp_batch_size);
[Severity: Medium]
Should crypto_acomp_batch_size() check crypto_acomp_req_seg(tfm) (or
have crypto_register_acomp() enforce CRYPTO_ALG_REQ_SEG when batch_size
> 1) instead of gating on acomp_is_async(tfm)?
crypto_acomp_compress() dispatches segmented requests based on
crypto_acomp_req_seg(tfm):
crypto/acompress.c:crypto_acomp_compress() {
...
if (req->unit_size && acomp_request_issg(req)) {
if (!crypto_acomp_req_seg(tfm))
return acomp_do_req_chain(req, true);
return tfm->compress(req);
}
...
}
If an asynchronous acomp_alg sets batch_size > 1 without setting
CRYPTO_ALG_REQ_SEG in cra_flags, crypto_acomp_batch_size() returns
alg->batch_size, but crypto_acomp_compress() routes batched requests
(req->slen > req->unit_size) to acomp_do_req_chain(), which fails with
-ENOSYS. Conversely, requiring acomp_is_async(tfm) forces
crypto_acomp_batch_size() to return 1 for synchronous acomp_alg
transforms even when they set batch_size > 1 and CRYPTO_ALG_REQ_SEG.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261106072412.7909-1-kanchanapsridhar2026@gmail.com?part=4
next prev parent reply other threads:[~2026-11-07 7:25 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-06 7:24 [PATCH v3 0/8] Batched zswap_store() framework with compression batching Kanchana P. Sridhar
2026-11-06 7:24 ` [PATCH v3 1/8] crypto: acomp - Define a unit_size in struct acomp_req to enable batching. mm: zswap: Set the unit size for zswap to PAGE_SIZE Kanchana P. Sridhar
2026-11-06 7:24 ` [PATCH v3 2/8] crypto: acomp - Add bit to indicate segmentation support Kanchana P. Sridhar
2026-11-06 7:24 ` [PATCH v3 3/8] crypto: acomp - Add trivial segmentation wrapper Kanchana P. Sridhar
2026-11-07 7:25 ` sashiko-bot
2026-11-06 7:24 ` [PATCH v3 4/8] crypto: acomp - Add API to get a compression algorithm's batch-size Kanchana P. Sridhar
2026-11-07 7:25 ` sashiko-bot [this message]
2026-11-06 7:24 ` [PATCH v3 5/8] mm: zswap: Store the folio's node id in the zswap_entry Kanchana P. Sridhar
2026-11-07 7:25 ` sashiko-bot
2026-11-06 7:24 ` [PATCH v3 6/8] mm: zswap: Store large folios in batches Kanchana P. Sridhar
2026-11-06 7:24 ` [PATCH v3 7/8] mm: zswap: Refactor and optimize zswap_store_pages() batch operations Kanchana P. Sridhar
2026-11-07 7:25 ` sashiko-bot
2026-11-06 7:24 ` [PATCH v3 8/8] mm: zswap: Batched zswap_compress() for storing large folios in batches Kanchana P. Sridhar
2026-11-07 7:25 ` sashiko-bot
2026-11-06 23:59 ` [PATCH v3 0/8] Batched zswap_store() framework with compression batching Yosry Ahmed
2026-11-07 1:28 ` Kanchana P. Sridhar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=sashiko-outbox-202710@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=chengming.zhou@linux.dev \
--cc=davem@davemloft.net \
--cc=hannes@cmpxchg.org \
--cc=herbert@gondor.apana.org.au \
--cc=kanchanapsridhar2026@gmail.com \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=nphamcs@gmail.com \
--cc=rientjes@google.com \
--cc=sashiko-reviews@lists.linux.dev \
--cc=senozhatsky@chromium.org \
--cc=willy@infradead.org \
--cc=yosry@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox