From: Usama Arif <usama.arif@linux.dev>
To: Yosry Ahmed <yosry@kernel.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Longlong Xia <xialonglong2025@163.com>,
hannes@cmpxchg.org, nphamcs@gmail.com, chengming.zhou@linux.dev,
linux-mm@kvack.org, linux-kernel@vger.kernel.org,
stable@vger.kernel.org, Longlong Xia <xialonglong@kylinos.cn>,
Alexandre Ghiti <alexghiti@fb.com>
Subject: Re: [PATCH 1/1] mm/zswap: enable static key after runtime pool recovery
Date: Mon, 7 Sep 2026 17:22:01 +0100 [thread overview]
Message-ID: <17b08370-b50e-4565-87c0-b92c84a312b6@linux.dev> (raw)
In-Reply-To: <CAO9r8zMxF7tH4LkATd5pQvyvQ5KTCqKTxafsu5wQcad5tRsc1g@mail.gmail.com>
On 07/09/2026 12:34, Yosry Ahmed wrote:
>>>> And thanks. Sashiko might have found another issue in this zswap code:
>>>> https://sashiko.dev/#/patchset/20260905125101.2970456-1-xialonglong2025@163.com
>>>
>>> Hmm I think this might be fixed by Alexandre's patch (in Usama's
>>> series): https://lore.kernel.org/linux-mm/20260818131202.494754-6-usama.arif@linux.dev/.
>>>
>>> Instead of always returning -EINVAL for large folios we only do so if
>>> they are actually in zswap. Usama/Alexandre, assuming I got this
>>> right, can I interest you in sending the zswap bits of that patch as a
>>> standalone fix? :)
>>
>>
>>
>> Hello!
>>
>> Below is what the patch looks like in my tree now. It can be sent independently of
>> the PMD swap series. Yosry if you are happy with it, will send it on the list
>
> Would you be able to send the zswap bits only as a standalone (and
> hopefully backportable) fix to the issue Sashiko surfaced?
Yes, have sent it in https://lore.kernel.org/all/20260907161938.1932355-1-usama.arif@linux.dev/.
>
>>
>> From a5b70b6d72eda15bd7a16b8fc51db1d271b08520 Mon Sep 17 00:00:00 2001
>> From: Alexandre Ghiti <alexghiti@fb.com>
>> Date: Wed, 22 Jul 2026 08:19:35 -0700
>> Subject: [PATCH 01/19] mm: zswap: add range lookup for large-folio swapin
>>
>> A large folio reaches zswap_load() only when the caller expects
>> the whole range to be on disk. Zswap still stores large folios as
>> independent order-0 entries, so reconstructing a large folio from
>> zswap entries would risk returning partially initialized data.
>>
>> Teach zswap_load() to scan the covered range. If no slot is in zswap,
>> return -ENOENT so swap_read_folio() reads the backing device. If any
>> slot is still in zswap, fail the large-folio read so the caller can
>> fall back to per-page swapin.
>>
>> Return -EIO rather than -EINVAL for that conflict. Large-folio loads
>> are now valid requests; the error means zswap cannot safely satisfy
>> the request from partial per-page compressed state, not that the
>> request is unsupported. Existing callers only distinguish -ENOENT,
>> so this is a semantic clarification rather than a behavioral change.
>>
>> Add zswap_is_present() so PMD swap-entry consumers can make the same
>> range decision before attempting PMD-order swapin. For high-order swap
>> cache allocations, check the zswap range after inserting the folio into
>> swap cache. The insertion stabilizes the range against zswap store and
>> writeback; if pre-existing per-page zswap entries are found, remove the
>> folio through the existing allocation rollback path and return -EBUSY.
>>
>> Signed-off-by: Alexandre Ghiti <alexghiti@fb.com>
>> Signed-off-by: Usama Arif <usama.arif@linux.dev>
>> ---
>> include/linux/zswap.h | 6 ++++++
>> mm/swap_state.c | 29 ++++++++++++++++++++-------
>> mm/zswap.c | 46 +++++++++++++++++++++++++++++++------------
>> 3 files changed, 61 insertions(+), 20 deletions(-)
>>
>> diff --git a/include/linux/zswap.h b/include/linux/zswap.h
>> index 30c193a1207e1..cd9efcf9dec94 100644
>> --- a/include/linux/zswap.h
>> +++ b/include/linux/zswap.h
>> @@ -35,6 +35,7 @@ void zswap_lruvec_state_init(struct lruvec *lruvec);
>> void zswap_folio_swapin(struct folio *folio);
>> bool zswap_is_enabled(void);
>> bool zswap_never_enabled(void);
>> +bool zswap_is_present(swp_entry_t entry, unsigned int nr);
>> #else
>>
>> struct zswap_lruvec_state {};
>> @@ -69,6 +70,11 @@ static inline bool zswap_never_enabled(void)
>> return true;
>> }
>>
>> +static inline bool zswap_is_present(swp_entry_t entry, unsigned int nr)
>> +{
>> + return false;
>> +}
>> +
>> #endif
>>
>> #endif /* _LINUX_ZSWAP_H */
>> diff --git a/mm/swap_state.c b/mm/swap_state.c
>> index b76eb3d876fd7..103ae7ae8a4a6 100644
>> --- a/mm/swap_state.c
>> +++ b/mm/swap_state.c
>> @@ -12,6 +12,7 @@
>> #include <linux/kernel_stat.h>
>> #include <linux/mempolicy.h>
>> #include <linux/swap.h>
>> +#include <linux/zswap.h>
>> #include <linux/leafops.h>
>> #include <linux/init.h>
>> #include <linux/pagemap.h>
>> @@ -459,16 +460,21 @@ static struct folio *__swap_cache_alloc(struct swap_cluster_info *ci,
>> __swap_cache_do_add_folio(ci, folio, entry);
>> spin_unlock(&ci->lock);
>>
>> + /*
>> + * Once the folio is in swap cache, zswap cannot start storing or
>> + * writing back any slot in the range. Reject high-order allocations
>> + * that raced with pre-existing per-page zswap entries.
>> + */
>> + if (order && zswap_is_present(entry, nr_pages)) {
>> + err = -EBUSY;
>> + goto delete_folio;
>> + }
>> +
>> if (mem_cgroup_swapin_charge_folio(folio, memcg_id,
>> vmf ? vmf->vma->vm_mm : NULL, gfp)) {
>> - spin_lock(&ci->lock);
>> - __swap_cache_do_del_folio(ci, folio, entry, shadow);
>> - spin_unlock(&ci->lock);
>> - folio_unlock(folio);
>> - /* nr_pages refs from swap cache, 1 from allocation */
>> - folio_put_refs(folio, nr_pages + 1);
>> + err = -ENOMEM;
>> count_mthp_stat(order, MTHP_STAT_SWPIN_FALLBACK_CHARGE);
>> - return ERR_PTR(-ENOMEM);
>> + goto delete_folio;
>> }
>>
>> if (order > 1 && folio_memcg_alloc_deferred(folio)) {
>> @@ -492,6 +498,15 @@ static struct folio *__swap_cache_alloc(struct swap_cluster_info *ci,
>> /* Caller will initiate read into locked new_folio */
>> folio_add_lru(folio);
>> return folio;
>> +
>> +delete_folio:
>> + spin_lock(&ci->lock);
>> + __swap_cache_do_del_folio(ci, folio, entry, shadow);
>> + spin_unlock(&ci->lock);
>> + folio_unlock(folio);
>> + /* nr_pages refs from swap cache, 1 from allocation */
>> + folio_put_refs(folio, nr_pages + 1);
>> + return ERR_PTR(err);
>> }
>>
>> /**
>> diff --git a/mm/zswap.c b/mm/zswap.c
>> index 37f34e406c8e3..32671dc2bf84d 100644
>> --- a/mm/zswap.c
>> +++ b/mm/zswap.c
>> @@ -1571,6 +1571,23 @@ bool zswap_store(struct folio *folio)
>> return ret;
>> }
>>
>> +/**
>> + * zswap_is_present() - is any slot in [entry, entry + nr) in zswap?
>> + * @entry: base swap entry of the range
>> + * @nr: number of contiguous slots to check (pass 1 for a single-slot query)
>> + */
>> +bool zswap_is_present(swp_entry_t entry, unsigned int nr)
>> +{
>> + pgoff_t offset = swp_offset(entry);
>> + struct xarray *tree = swap_zswap_tree(entry);
>> + unsigned long index = offset;
>> +
>> + if (!nr || zswap_never_enabled())
>> + return false;
>> +
>> + return xa_find(tree, &index, offset + nr - 1, XA_PRESENT);
>> +}
>> +
>> /**
>> * zswap_load() - load a folio from zswap
>> * @folio: folio to load
>> @@ -1578,13 +1595,9 @@ bool zswap_store(struct folio *folio)
>> * Return: 0 on success, with the folio unlocked and marked up-to-date, or one
>> * of the following error codes:
>> *
>> - * -EIO: if the swapped out content was in zswap, but could not be loaded
>> - * into the page due to a decompression failure. The folio is unlocked, but
>> - * NOT marked up-to-date, so that an IO error is emitted (e.g. do_swap_page()
>> - * will SIGBUS).
>> - *
>> - * -EINVAL: if the swapped out content was in zswap, but the page belongs
>> - * to a large folio, which is not supported by zswap. The folio is unlocked,
>> + * -EIO: if the swapped out content was in zswap but could not be handed
>> + * back, either because decompression failed or because a slot in a
>> + * large-folio range is unexpectedly still in zswap. The folio is unlocked,
>> * but NOT marked up-to-date, so that an IO error is emitted (e.g.
>> * do_swap_page() will SIGBUS).
>> *
>> @@ -1605,13 +1618,20 @@ int zswap_load(struct folio *folio)
>> return -ENOENT;
>>
>> /*
>> - * Large folios should not be swapped in while zswap is being used, as
>> - * they are not properly handled. Zswap does not properly load large
>> - * folios, and a large folio may only be partially in zswap.
>> + * A large folio reaches zswap_load() only when its whole range is
>> + * expected to be on disk: PMD swap-entry consumers split before
>> + * calling into PMD-order swapin whenever any slot is still in zswap.
>> + * Confirm the range is entirely absent from zswap and return -ENOENT
>> + * so the caller reads it from disk; if a slot is unexpectedly still in
>> + * zswap, fail the read rather than return partially-initialized data.
>> */
>> - if (WARN_ON_ONCE(folio_test_large(folio))) {
>> - folio_unlock(folio);
>> - return -EINVAL;
>> + if (folio_test_large(folio)) {
>> + if (WARN_ON_ONCE(zswap_is_present(swp,
>> + folio_nr_pages(folio)))) {
>> + folio_unlock(folio);
>> + return -EIO;
>> + }
>> + return -ENOENT;
>> }
>>
>> entry = xa_load(tree, offset);
>> --
>> 2.53.0-Meta
>>
>>
next prev parent reply other threads:[~2026-09-07 16:22 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-05 12:50 [PATCH 1/1] mm/zswap: enable static key after runtime pool recovery Longlong Xia
2026-09-05 23:09 ` Andrew Morton
2026-09-06 0:31 ` Longlong Xia
2026-09-06 9:19 ` Yosry Ahmed
2026-09-07 11:00 ` Usama Arif
2026-09-07 11:34 ` Yosry Ahmed
2026-09-07 16:22 ` Usama Arif [this message]
2026-09-06 9:09 ` Yosry Ahmed
2026-09-06 13:36 ` [PATCH v2 1/1] mm/zswap: enable zswap_ever_enabled in zswap_pool_create() Longlong Xia
2026-09-06 13:43 ` Yosry Ahmed
2026-09-06 13:59 ` [PATCH v3 " Longlong Xia
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=17b08370-b50e-4565-87c0-b92c84a312b6@linux.dev \
--to=usama.arif@linux.dev \
--cc=akpm@linux-foundation.org \
--cc=alexghiti@fb.com \
--cc=chengming.zhou@linux.dev \
--cc=hannes@cmpxchg.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=nphamcs@gmail.com \
--cc=stable@vger.kernel.org \
--cc=xialonglong2025@163.com \
--cc=xialonglong@kylinos.cn \
--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 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.