From: Alison Schofield <alison.schofield@intel.com>
To: Davidlohr Bueso <dave@stgolabs.net>,
Jonathan Cameron <jic23@kernel.org>,
Dave Jiang <dave.jiang@intel.com>,
Alison Schofield <alison.schofield@intel.com>,
Vishal Verma <vishal.l.verma@intel.com>,
Ira Weiny <iweiny@kernel.org>, Dan Williams <djbw@kernel.org>,
Li Ming <ming.li@zohomail.com>
Cc: linux-cxl@vger.kernel.org, Srirangan Madhavan <smadhavan@nvidia.com>
Subject: [PATCH v4 0/4] Harden HDM decoder enumeration
Date: Mon, 20 Jul 2026 18:59:36 -0700 [thread overview]
Message-ID: <cover.1784595445.git.alison.schofield@intel.com> (raw)
Changes in v4:
A new patch was inserted as Patch2, so now set is 4 patches.
Sashiko is likely to complain in Patch 1 for something fixed in
Patches 2 and 3, but reordering does not makes sense.
P2: Only interpret interleave settings on committed decoders (Ming)
This is the newly inserted patch
P4: Register reset w devm_add_action (Ming)
P4: Fix up a kernel-doc comment issue (lkp)
Changes in v3:
P1: Move zero-target reject to init_hdm_decoder() (RichardC)
P3: Reset commit_end via a devres action after decoder teardown (RichardC)
Changes in v2:
P1: Handle uncommitted decoders (Sashiko)
P1: Reject switch decoders with zero targets (Sashiko)
P1: Add in code comment clarifying target_count (Sashiko)
P1: Update commit log
P3: Reset commit_end on the failure path only (Sashiko)
P3: Update commit log
No changes in P2
This set started as Sashiko reported cleanups, and at v4, Patch 2/4
was added based on Li Ming's review and catch.
Only the first includes a link to the original Sashiko complaint, since
the others did not originally appear on Lore for me to add public links.
Srirangan: I believe patches 1 and 3 of these also address pre-existing
issues Sashiko posted in reply to your reset series, Patch 02/11.
Alison Schofield (4):
cxl/hdm: Reject switch decoder interleave ways that overflow targets
cxl/hdm: Only interpret interleave settings on committed decoders
cxl/hdm: Make switch decoder target parsing endian-safe
cxl/hdm: Restore commit_end when decoder enumeration fails
drivers/cxl/core/hdm.c | 98 +++++++++++++++++++++++++++++++-----------
drivers/cxl/cxl.h | 2 +
2 files changed, 76 insertions(+), 24 deletions(-)
base-commit: dc59e4fea9d83f03bad6bddf3fa2e52491777482
--
2.37.3
next reply other threads:[~2026-07-21 1:59 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-21 1:59 Alison Schofield [this message]
2026-07-21 1:59 ` [PATCH v4 1/4] cxl/hdm: Reject switch decoder interleave ways that overflow targets Alison Schofield
2026-07-21 2:14 ` sashiko-bot
2026-07-21 6:27 ` Li Ming
2026-07-22 0:55 ` Jonathan Cameron
2026-07-21 1:59 ` [PATCH v4 2/4] cxl/hdm: Only interpret interleave settings on committed decoders Alison Schofield
2026-07-21 6:26 ` Li Ming
2026-07-21 1:59 ` [PATCH v4 3/4] cxl/hdm: Make switch decoder target parsing endian-safe Alison Schofield
2026-07-21 15:09 ` Dave Jiang
2026-07-22 1:07 ` Jonathan Cameron
2026-07-21 1:59 ` [PATCH v4 4/4] cxl/hdm: Restore commit_end when decoder enumeration fails Alison Schofield
2026-07-21 6:28 ` Li Ming
2026-07-21 15:12 ` Dave Jiang
2026-07-22 1:17 ` Jonathan Cameron
2026-07-21 9:41 ` [PATCH v4 0/4] Harden HDM decoder enumeration Richard Cheng
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.1784595445.git.alison.schofield@intel.com \
--to=alison.schofield@intel.com \
--cc=dave.jiang@intel.com \
--cc=dave@stgolabs.net \
--cc=djbw@kernel.org \
--cc=iweiny@kernel.org \
--cc=jic23@kernel.org \
--cc=linux-cxl@vger.kernel.org \
--cc=ming.li@zohomail.com \
--cc=smadhavan@nvidia.com \
--cc=vishal.l.verma@intel.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