From: Youngjun Park <youngjun.park@lge.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Chris Li <chrisl@kernel.org>, Kairui Song <kasong@tencent.com>,
Kemeng Shi <shikemeng@huaweicloud.com>,
Nhat Pham <nphamcs@gmail.com>, Baoquan He <baoquan.he@linux.dev>,
Barry Song <baohua@kernel.org>,
Jianyue Wu <wujianyue000@gmail.com>,
Youngjun Park <youngjun.park@lge.com>,
her0gyugyu@gmail.com, linux-mm@kvack.org,
linux-kernel@vger.kernel.org
Subject: [PATCH 0/4] mm, swap: keep hibernation swap slots out of the swap cache
Date: Fri, 7 Aug 2026 04:06:32 +0900 [thread overview]
Message-ID: <20260806190636.446205-1-youngjun.park@lge.com> (raw)
Cluster readahead walks a raw page_cluster sized window of offsets around
the faulting entry. A hibernation slot looks like an ordinary swapped out
slot, so __swap_cache_add_check() lets it in. Readahead reads the offset
off the device into a folio and puts that folio in the swap table where the
hibernation entry was. This has been possible for a long time. It only
wasted a folio and a read.
That changed with commit 0d6af9bcf383 ("mm, swap: use the swap table to
track the swap count"). A slot with a folio in the swap cache should only
be freed when the folio leaves the cache. swap_put_entries_cluster() still
does that, but the conversion left swap_free_hibernation_slot() freeing the
slot either way. Nothing points at the folio after that, and when reclaim
drops it later, it writes to the table entry at the old offset, which
someone else may own by then.
Patch 1 is the fix. It puts the missing check back, so both free paths
behave the same again.
The rest removes the cause. Readahead should not touch these slots at all,
so patch 2 gives hibernation slots their own swap table entry type, patch 3
lets only swapped out slots into the swap cache, and patch 4 drops the
check and the reclaim, since no such folio can exist any more.
For any of this a task has to hold hibernation slots while the system is
still running. The in kernel path does not, it allocates, writes and frees
the slots with everything frozen. Userspace hibernation is different. The
process writing the image is not frozen, and SNAPSHOT_ALLOC_SWAP_PAGE does
not check that anything is frozen. The swap device must also not be
SWP_SYNCHRONOUS_IO, or swapin takes the direct path and never reaches
cluster readahead.
Tested with a debug patch generated by AI that counts hibernation slots through the swap
cache paths. virtio-blk swap, page-cluster 3, SNAPSHOT_ALLOC_SWAP_PAGE
interleaved with MADV_PAGEOUT of a shmem region so the hibernation slots
land in the readahead windows.
unpatched +patch 1 patches 1-4
hibernation slots allocated 2732 2732 2732
readahead landed on the slot 2731 2731 2731
admitted to the swap cache 2731 2731 0
reclaim found the folio 0 2731 -
slot left unfreed 0 0 0
VM_WARN in the free path 2731 0 0
The VM_WARN is the existing assertion in __swap_cluster_free_entries(),
not something the debug patch adds.
Youngjun Park (4):
mm, swap: don't free a hibernation slot that is in the swap cache
mm, swap: give hibernation swap slots their own swap table entry type
mm, swap: only allow swapped-out slots into the swap cache
mm, swap: drop the swap cache guard and reclaim in
swap_free_hibernation_slot()
mm/swap_state.c | 9 +++++++--
mm/swap_table.h | 12 ++++++++++++
mm/swapfile.c | 16 +++++++---------
3 files changed, 26 insertions(+), 11 deletions(-)
base-commit: 0b53bff4fa05ff0d3ffbd3d3bb10fae69dfab498
--
2.48.1
next reply other threads:[~2026-08-06 19:06 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-06 19:06 Youngjun Park [this message]
2026-08-06 19:06 ` [PATCH 1/4] mm, swap: don't free a hibernation slot that is in the swap cache Youngjun Park
2026-08-08 12:09 ` Kairui Song
2026-08-08 13:26 ` Kairui Song
2026-08-06 19:06 ` [PATCH 2/4] mm, swap: give hibernation swap slots their own swap table entry type Youngjun Park
2026-08-08 13:25 ` Kairui Song
2026-08-06 19:06 ` [PATCH 3/4] mm, swap: only allow swapped-out slots into the swap cache Youngjun Park
2026-08-06 19:06 ` [PATCH 4/4] mm, swap: drop the swap cache guard and reclaim in swap_free_hibernation_slot() Youngjun Park
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=20260806190636.446205-1-youngjun.park@lge.com \
--to=youngjun.park@lge.com \
--cc=akpm@linux-foundation.org \
--cc=baohua@kernel.org \
--cc=baoquan.he@linux.dev \
--cc=chrisl@kernel.org \
--cc=her0gyugyu@gmail.com \
--cc=kasong@tencent.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=nphamcs@gmail.com \
--cc=shikemeng@huaweicloud.com \
--cc=wujianyue000@gmail.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