From: Harald Freudenberger <freude@linux.ibm.com>
To: "Mike Rapoport (Microsoft)" <rppt@kernel.org>
Cc: Alexander Gordeev <agordeev@linux.ibm.com>,
Heiko Carstens <hca@linux.ibm.com>,
Vasily Gorbik <gor@linux.ibm.com>,
Alexandra Winter <wintera@linux.ibm.com>,
Aswin Karuvally <aswin@linux.ibm.com>,
Christian Borntraeger <borntraeger@linux.ibm.com>,
Holger Dengler <dengler@linux.ibm.com>,
Jan Hoeppner <hoeppner@linux.ibm.com>,
Stefan Haberland <sth@linux.ibm.com>,
Sven Schnelle <svens@linux.ibm.com>,
linux-s390@vger.kernel.org
Subject: Re: [PATCH 6/6] s390/zcrypt: replace get_zeroed_page() with kzalloc()
Date: Fri, 29 May 2026 10:29:58 +0200 [thread overview]
Message-ID: <7009bf5ca0c1b009afe7efe0d249b990@linux.ibm.com> (raw)
In-Reply-To: <20260528-b4-s390-drivers-v1-6-b7108f54d722@kernel.org>
On 2026-05-28 09:09, Mike Rapoport (Microsoft) wrote:
> zcrypt_rng_device_add() allocates a buffer for the software random
> number generator data cache.
>
> This buffer can be allocated with kmalloc() as there's nothing special
> about it to go directly to the page allocator.
>
> kmalloc() provides a better API that does not require ugly casts and
> kfree() does not need to know the size of the freed object.
>
> Performance difference between kmalloc() and __get_free_pages() is not
> measurable as both allocators take an object/page from a per-CPU list
> for
> fast path allocations.
>
> For the slow path the performance is anyway determined by the amount of
> reclaim involved rather than by what allocator is used.
>
> Replace use of get_zeroed_page() with kzalloc() and free_page() with
> kfree().
>
> Link:
> https://lore.kernel.org/all/635405e4-9423-4a25-a6e7-e03c8ea0bcbe@redhat.com
> Signed-off-by: Mike Rapoport (Microsoft) <rppt@kernel.org>
> ---
> drivers/s390/crypto/zcrypt_api.c | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/s390/crypto/zcrypt_api.c
> b/drivers/s390/crypto/zcrypt_api.c
> index d6a455df228d..f57189c2b839 100644
> --- a/drivers/s390/crypto/zcrypt_api.c
> +++ b/drivers/s390/crypto/zcrypt_api.c
> @@ -1782,7 +1782,7 @@ int zcrypt_rng_device_add(void)
>
> mutex_lock(&zcrypt_rng_mutex);
> if (zcrypt_rng_device_count == 0) {
> - zcrypt_rng_buffer = (u32 *)get_zeroed_page(GFP_KERNEL);
> + zcrypt_rng_buffer = kzalloc(PAGE_SIZE, GFP_KERNEL);
> if (!zcrypt_rng_buffer) {
> rc = -ENOMEM;
> goto out;
> @@ -1799,7 +1799,7 @@ int zcrypt_rng_device_add(void)
> return 0;
>
> out_free:
> - free_page((unsigned long)zcrypt_rng_buffer);
> + kfree(zcrypt_rng_buffer);
> out:
> mutex_unlock(&zcrypt_rng_mutex);
> return rc;
> @@ -1811,7 +1811,7 @@ void zcrypt_rng_device_remove(void)
> zcrypt_rng_device_count--;
> if (zcrypt_rng_device_count == 0) {
> hwrng_unregister(&zcrypt_rng_dev);
> - free_page((unsigned long)zcrypt_rng_buffer);
> + kfree(zcrypt_rng_buffer);
> }
> mutex_unlock(&zcrypt_rng_mutex);
> }
Reviewed-by: Harald Freudenberger <freude@linux.ibm.com>
next prev parent reply other threads:[~2026-05-29 8:30 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-28 7:09 [PATCH 0/6] s390/drivers: replace __get_free_pages() call with kmalloc() Mike Rapoport (Microsoft)
2026-05-28 7:09 ` [PATCH 1/6] s390/con3270: replace __get_free_page() " Mike Rapoport (Microsoft)
2026-05-29 10:26 ` Heiko Carstens
2026-05-28 7:09 ` [PATCH 2/6] s390/dasd: replace get_zeroed_page() with kzalloc() Mike Rapoport (Microsoft)
2026-05-29 10:15 ` Heiko Carstens
2026-05-31 10:35 ` Mike Rapoport
2026-05-28 7:09 ` [PATCH 3/6] s390/hvc_iucv: " Mike Rapoport (Microsoft)
2026-05-29 10:26 ` Heiko Carstens
2026-05-28 7:09 ` [PATCH 4/6] s390/qeth: " Mike Rapoport (Microsoft)
2026-05-28 14:17 ` Alexandra Winter
2026-05-29 10:23 ` Heiko Carstens
2026-05-31 10:17 ` Mike Rapoport
2026-05-29 11:09 ` Heiko Carstens
2026-05-29 11:15 ` Vlastimil Babka (SUSE)
2026-05-28 7:09 ` [PATCH 5/6] s390/trng: replace __get_free_page() with kmalloc() Mike Rapoport (Microsoft)
2026-05-29 10:29 ` Heiko Carstens
2026-05-28 7:09 ` [PATCH 6/6] s390/zcrypt: replace get_zeroed_page() with kzalloc() Mike Rapoport (Microsoft)
2026-05-29 8:29 ` Harald Freudenberger [this message]
2026-05-29 10:28 ` Heiko Carstens
2026-05-28 14:48 ` [PATCH 0/6] s390/drivers: replace __get_free_pages() call with kmalloc() Alexander Gordeev
2026-05-28 15:16 ` Mike Rapoport
2026-05-29 6:21 ` Alexander Gordeev
2026-05-29 7:13 ` Mike Rapoport
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=7009bf5ca0c1b009afe7efe0d249b990@linux.ibm.com \
--to=freude@linux.ibm.com \
--cc=agordeev@linux.ibm.com \
--cc=aswin@linux.ibm.com \
--cc=borntraeger@linux.ibm.com \
--cc=dengler@linux.ibm.com \
--cc=gor@linux.ibm.com \
--cc=hca@linux.ibm.com \
--cc=hoeppner@linux.ibm.com \
--cc=linux-s390@vger.kernel.org \
--cc=rppt@kernel.org \
--cc=sth@linux.ibm.com \
--cc=svens@linux.ibm.com \
--cc=wintera@linux.ibm.com \
/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