From: Suseendran Bhaskaran <suseendranb@google.com>
To: Andrew Morton <akpm@linux-foundation.org>,
Herbert Xu <herbert@gondor.apana.org.au>,
"David S . Miller" <davem@davemloft.net>,
Johannes Weiner <hannes@cmpxchg.org>,
Yosry Ahmed <yosry@kernel.org>, Nhat Pham <nphamcs@gmail.com>
Cc: Chengming Zhou <chengming.zhou@linux.dev>,
Nick Terrell <terrelln@fb.com>, David Sterba <dsterba@suse.com>,
SJ Park <sj@kernel.org>, Chris Li <chrisl@kernel.org>,
Giovanni Cabiddu <giovanni.cabiddu@intel.com>,
Suman Kumar Chakraborty <suman.kumar.chakraborty@intel.com>,
linux-crypto@vger.kernel.org, linux-mm@kvack.org,
linux-kernel@vger.kernel.org,
Suseendran Bhaskaran <suseendranb@google.com>
Subject: [PATCH 0/2] mm/zswap: distinguish incompressible pages from compressor failures
Date: Wed, 21 Oct 2026 20:56:24 +0000 [thread overview]
Message-ID: <20261021205626.3286270-1-suseendranb@google.com> (raw)
Commit dca4437a5861 ("mm/zswap: store <PAGE_SIZE compression failed page
as-is") and commit 0b1bf60c324a ("mm/zswap: reduce the size of the
compression buffer to a single page") updated zswap to pass a
single-page (PAGE_SIZE) destination buffer to crypto_acomp_compress()
(so incompressible pages typically overflow the PAGE_SIZE buffer due to
compressor metadata overhead). Because the single-buffer software
compressors return -EINVAL on destination buffer overflow and
zswap_compress() checks 'if (comp_ret || !dlen || dlen >= PAGE_SIZE)',
destination buffer overflow (incompressible page) is conflated with
unexpected compressor failures, causing two user-visible bugs:
1. Broken debugfs telemetry when writeback is disabled
(memory.zswap.writeback = 0):
Single-buffer software compressors (zstd_compress_one(), lz4, lz4hc,
lzo, and lzo-rle) return -EINVAL on destination buffer overflow
(whereas the multi-segment streaming path in zstd_compress(),
deflate, and 842 return -ENOSPC). Furthermore, in zswap_compress(),
'comp_ret = comp_ret ? comp_ret : -EINVAL' forces comp_ret to -EINVAL
even when comp_ret == 0 and dlen == PAGE_SIZE. As a result,
incompressible pages are misaccounted in
/sys/kernel/debug/zswap/reject_compress_fail instead of
reject_compress_poor, leaving reject_compress_poor at 0 and causing
false-positive compressor failure alerts in monitoring.
2. Silent masking of real compressor failures when writeback is enabled
(memory.zswap.writeback = 1):
Because zswap_compress() checks 'if (comp_ret || !dlen || dlen >=
PAGE_SIZE)' and unconditionally clears comp_ret = 0 to store the raw
page in zsmalloc, genuine compressor errors (such as -ENOMEM,
-EINVAL from an invalid context, or hardware accelerator errors) are
silently masked as incompressible pages. Users see 0
reject_compress_fail events, and pages that encounter an unexpected
compressor error are miscounted under stored_incompressible_pages.
Patch 1 updates zstd_compress_one(), lz4, lz4hc, lzo, and lzo-rle to
return -ENOSPC on destination buffer overflow, matching the streaming
path in zstd_compress(), deflate, and 842.
Patch 2 updates zswap_compress() to treat only comp_ret == -ENOSPC or
(!comp_ret && dlen >= PAGE_SIZE) as an incompressible page (storing it
uncompressed in zswap when writeback is enabled to preserve LRU order,
or rejecting it with comp_ret = -ENOSPC when writeback is disabled so
zswap_reject_compress_poor is incremented), while jumping to unlock on
unexpected compressor errors (comp_ret || !dlen) so
zswap_reject_compress_fail is properly incremented.
Suseendran Bhaskaran (2):
crypto: return -ENOSPC on compression destination overflow
mm/zswap: classify compression dst overflow as poor compression
crypto/lz4.c | 2 +-
crypto/lz4hc.c | 2 +-
crypto/lzo-rle.c | 2 +-
crypto/lzo.c | 2 +-
crypto/zstd.c | 5 ++++-
mm/zswap.c | 7 +++++--
6 files changed, 13 insertions(+), 7 deletions(-)
--
2.56.0.218.g1ec904b173-goog
next reply other threads:[~2026-10-21 20:57 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-21 20:56 Suseendran Bhaskaran [this message]
2026-10-21 20:56 ` [PATCH 1/2] crypto: return -ENOSPC on compression destination overflow Suseendran Bhaskaran
2026-10-21 20:56 ` [PATCH 2/2] mm/zswap: classify compression dst overflow as poor compression Suseendran Bhaskaran
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=20261021205626.3286270-1-suseendranb@google.com \
--to=suseendranb@google.com \
--cc=akpm@linux-foundation.org \
--cc=chengming.zhou@linux.dev \
--cc=chrisl@kernel.org \
--cc=davem@davemloft.net \
--cc=dsterba@suse.com \
--cc=giovanni.cabiddu@intel.com \
--cc=hannes@cmpxchg.org \
--cc=herbert@gondor.apana.org.au \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=nphamcs@gmail.com \
--cc=sj@kernel.org \
--cc=suman.kumar.chakraborty@intel.com \
--cc=terrelln@fb.com \
--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
all inboxes | Powered by JetHome®