Linux CXL
 help / color / mirror / Atom feed
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


             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