From: sashiko-bot@kernel.org
To: "Sergey Senozhatsky" <senozhatsky@chromium.org>,
"Andrew Morton" <akpm@linux-foundation.org>
Cc: "Nhat Pham" <nphamcs@gmail.com>,
"Yosry Ahmed" <yosry.ahmed@linux.dev>,
"Johannes Weiner" <hannes@cmpxchg.org>,
"Brian Geffon" <bgeffon@google.com>,
"Minchan Kim" <minchan@kernel.org>,
"Richard Chang" <richardycc@google.com>,
linux-mm@kvack.org
Subject: Re: [PATCH v2 05/11] zram: check mem_limit before allocating zsmalloc object
Date: Tue, 10 Nov 2026 18:37:46 +0000 [thread overview]
Message-ID: <sashiko-outbox-207587@kernel.org> (raw)
In-Reply-To: <20261110054836.1515030-6-senozhatsky@chromium.org>
Thank you for your contribution! Sashiko AI review found 1 potential
issue to consider:
- [Low] zram: uncached double read of limit_pages in
zram_can_store_page()
--
commit 29ae8f44e0ebe64efb9439cb2970653d6d8c9390
Author: Sergey Senozhatsky <senozhatsky@chromium.org>
zram: check mem_limit before allocating zsmalloc object
This commit moves the zram_can_store_page() memory limit check ahead of
page compression and zsmalloc object allocation in zram_write_page(), and
updates max_used_pages separately after zs_malloc() succeeds.
> diff --git a/drivers/block/zram/zram_drv.c b/drivers/block/zram/zram_drv.c
> index 2c2e11b2b6638..d38b20a225954 100644
> --- a/drivers/block/zram/zram_drv.c
> +++ b/drivers/block/zram/zram_drv.c
> @@ -177,8 +177,9 @@ static void mark_slot_accessed(struct zram *zram, unsigned long index)
> #endif
> }
>
> -static inline void update_used_max(struct zram *zram, const unsigned long pages)
> +static inline void update_used_max(struct zram *zram)
> {
> + unsigned long pages = zs_get_total_pages(zram->mem_pool);
> unsigned long cur_max = atomic_long_read(&zram->stats.max_used_pages);
>
> do {
> @@ -190,12 +191,10 @@ static inline void update_used_max(struct zram *zram, const unsigned long pages)
>
> static bool zram_can_store_page(struct zram *zram)
> {
> - unsigned long alloced_pages;
> -
> - alloced_pages = zs_get_total_pages(zram->mem_pool);
> - update_used_max(zram, alloced_pages);
> + if (!zram->limit_pages)
> + return true;
>
> - return !zram->limit_pages || alloced_pages <= zram->limit_pages;
> + return zs_get_total_pages(zram->mem_pool) <= zram->limit_pages;
> }
[Severity: Low]
Can zram_can_store_page() return false when mem_limit is cleared to 0 at
runtime?
The write path does not hold zram->dev_lock, while mem_limit_store()
updates zram->limit_pages under it. Because zs_get_total_pages() is an
external call, the compiler reloads zram->limit_pages afterwards:
CPU0 CPU1
zram_write_page()
zram_can_store_page()
if (!zram->limit_pages)
/* sees non-zero limit */
zs_get_total_pages(...)
mem_limit_store()
zram->limit_pages = 0;
return pages <= zram->limit_pages;
/* pages <= 0 is false */
When at least one page is allocated in zram->mem_pool, disabling the limit
causes an in-flight write that was within the previous limit to fail with
-ENOMEM. Reading zram->limit_pages once into a local variable with
READ_ONCE() avoids the second load.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20261110054836.1515030-1-senozhatsky@chromium.org?part=5
next prev parent reply other threads:[~2026-11-10 18:37 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-10 5:48 [PATCH v2 00/11] zsmalloc: redesign object alloc API Sergey Senozhatsky
2026-11-10 5:48 ` [PATCH v2 01/11] zram: drop stale comment in write_incompressible_page() Sergey Senozhatsky
2026-11-10 5:48 ` [PATCH v2 02/11] zram: drop get_slot_handle() and set_slot_handle() Sergey Senozhatsky
2026-11-10 5:48 ` [PATCH v2 03/11] zsmalloc: return handle from obj_allocated() Sergey Senozhatsky
2026-11-10 16:28 ` Yosry Ahmed
2026-11-10 17:37 ` Nhat Pham
2026-11-10 5:48 ` [PATCH v2 04/11] zsmalloc: switch handle type to struct zs_handle Sergey Senozhatsky
2026-11-10 16:35 ` Yosry Ahmed
2026-11-11 4:15 ` Sergey Senozhatsky
2026-11-10 17:40 ` Nhat Pham
2026-11-10 5:48 ` [PATCH v2 05/11] zram: check mem_limit before allocating zsmalloc object Sergey Senozhatsky
2026-11-10 18:37 ` sashiko-bot [this message]
2026-11-11 4:20 ` Sergey Senozhatsky
2026-11-10 5:48 ` [PATCH v2 06/11] zram: allocate zsmalloc object under slot lock Sergey Senozhatsky
2026-11-10 5:48 ` [PATCH v2 07/11] zswap: do not free the entry if its pool is NULL Sergey Senozhatsky
2026-11-10 16:37 ` Yosry Ahmed
2026-11-10 17:42 ` Nhat Pham
2026-11-10 5:48 ` [PATCH v2 08/11] zsmalloc: encode 1-based obj_idx so valid obj is never 0 Sergey Senozhatsky
2026-11-10 16:44 ` Yosry Ahmed
2026-11-11 4:44 ` Sergey Senozhatsky
2026-11-10 17:57 ` Nhat Pham
2026-11-11 4:45 ` Sergey Senozhatsky
2026-11-10 18:37 ` sashiko-bot
2026-11-11 4:24 ` Sergey Senozhatsky
2026-11-10 5:48 ` [PATCH v2 09/11] zsmalloc: embed struct zs_handle into zram and zswap entries Sergey Senozhatsky
2026-11-10 16:57 ` Yosry Ahmed
2026-11-10 17:55 ` Nhat Pham
2026-11-10 5:48 ` [PATCH v2 10/11] zsmalloc: fold zs_obj_write() into zs_store() Sergey Senozhatsky
2026-11-10 17:00 ` Yosry Ahmed
2026-11-10 18:01 ` Nhat Pham
2026-11-11 6:05 ` Sergey Senozhatsky
2026-11-10 5:48 ` [PATCH v2 11/11] zsmalloc: populate new zspage outside class->lock in zs_store() Sergey Senozhatsky
2026-11-10 17:03 ` Yosry Ahmed
2026-11-10 18:06 ` Nhat Pham
2026-11-10 16:16 ` [PATCH v2 00/11] zsmalloc: redesign object alloc API Yosry Ahmed
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-207587@kernel.org \
--to=sashiko-bot@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=bgeffon@google.com \
--cc=hannes@cmpxchg.org \
--cc=linux-mm@kvack.org \
--cc=minchan@kernel.org \
--cc=nphamcs@gmail.com \
--cc=richardycc@google.com \
--cc=sashiko-reviews@lists.linux.dev \
--cc=senozhatsky@chromium.org \
--cc=yosry.ahmed@linux.dev \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.