From: Alison Schofield <alison.schofield@intel.com>
To: nvdimm@lists.linux.dev, Gregory Price <gourry@gourry.net>
Cc: Alison Schofield <alison.schofield@intel.com>, linux-cxl@vger.kernel.org
Subject: [ndctl PATCH 0/4] libdaxctl: Fix multi-range memory block handling
Date: Thu, 22 Oct 2026 12:56:09 -0700 [thread overview]
Message-ID: <cover.1792695259.git.alison.schofield@intel.com> (raw)
[ Gregory: Hoping you can help w reviews here ]
Review and testing of Gregory's dax kmem atomic whole-device hotplug
series[1] exposed an existing libdaxctl bug when handling DAX devices with
multiple physical address ranges.
libdaxctl identifies a device's memory blocks using a single contiguous
address window, even when the device has separate ranges with gaps between
them. This can exclude blocks belonging to the device and include blocks
belonging to another device in the gaps. As a result, daxctl can report
incorrect memory block counts and potentially online or offline another
device's memory.
Patches 1-2 address mapping reliability issues discovered while fixing
the memory block ownership checks.
Patch 3 corrects the memory block ownership checks.
Patch 4 adds regression coverage using a two-range DAX device.
[1] https://lore.kernel.org/linux-cxl/20261016214248.443247-1-gourry@gourry.net/
Alison Schofield (4):
libdaxctl: handle mapping initialization failures
libdaxctl: tie mapping cache lifetime to the device
libdaxctl: match memory blocks against each dax device mapping
test/daxctl-create.sh: count memory blocks across dax mappings
daxctl/lib/libdaxctl.c | 93 ++++++++++++++++++++++++++++++++++--------
test/daxctl-create.sh | 58 ++++++++++++++++++++++++++
2 files changed, 135 insertions(+), 16 deletions(-)
--
2.37.3
next reply other threads:[~2026-10-22 19:56 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-22 19:56 Alison Schofield [this message]
2026-10-22 19:56 ` [ndctl PATCH 1/4] libdaxctl: handle mapping initialization failures Alison Schofield
2026-10-28 15:48 ` Gregory Price
2026-10-22 19:56 ` [ndctl PATCH 2/4] libdaxctl: tie mapping cache lifetime to the device Alison Schofield
2026-10-28 20:12 ` Gregory Price
2026-10-22 19:56 ` [ndctl PATCH 3/4] libdaxctl: match memory blocks against each dax device mapping Alison Schofield
2026-10-28 13:55 ` Gregory Price
2026-10-22 19:56 ` [ndctl PATCH 4/4] test/daxctl-create.sh: count memory blocks across dax mappings Alison Schofield
2026-10-28 19:45 ` Gregory Price
2026-10-23 17:37 ` [ndctl PATCH 0/4] libdaxctl: Fix multi-range memory block handling Gregory Price (Meta)
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=cover.1792695259.git.alison.schofield@intel.com \
--to=alison.schofield@intel.com \
--cc=gourry@gourry.net \
--cc=linux-cxl@vger.kernel.org \
--cc=nvdimm@lists.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox