From: Alison Schofield <alison.schofield@intel.com>
To: Robert Richter <rrichter@amd.com>
Cc: Davidlohr Bueso <dave@stgolabs.net>,
Jonathan Cameron <jic23@kernel.org>,
Dave Jiang <dave.jiang@intel.com>,
Vishal Verma <vishal.l.verma@intel.com>,
Ira Weiny <iweiny@kernel.org>, Li Ming <ming.li@zohomail.com>,
<linux-cxl@vger.kernel.org>
Subject: Re: [PATCH v5 0/7] cxl: Support mixed-granularity region interleaves
Date: Fri, 18 Sep 2026 12:49:40 -0700 [thread overview]
Message-ID: <aq2V1L3K-JLCK7O4@aschofie-mobl2.lan> (raw)
In-Reply-To: <aqrdldrW4T1H79NL@rric.localdomain>
On Wed, Sep 16, 2026 at 08:19:01PM +0200, Robert Richter wrote:
> On 03.09.26 16:23:42, Alison Schofield wrote:
> >
> > JonathanC, I kept your tags on Patches 2,5.
> >
> > RobertR, Same comment as in v4. I've dropped the Originally-by tags since the
> > implementation no longer carries the selector-bit approach from your original
> > patch. Let me know what authorship tags you'd like.
>
> Fine with me.
>
> The series is much simpler than v3 now. Though, I believe the selector
> bit approach removes the limitations described, makes implemenation
> easier and removes additional checks needed. Will take a look how that
> could work and also give this series some testing.
>
> Thanks for driving this.
Hi Robert,
Thanks for reviewing!
Yes, the series is much simpler now. In v3 we explored the more general selector-bit
model, but as you pointed out then, there isn't a single decoder granularity to derive
for the general case without defining stricter assignment rules. That led to making
the restriction explicit in v4 and limiting support to the monotonic coarse-to-fine
configurations.
The actual use case driving this series is 6- and 12-way regions behind a 3-way host
bridge. The monotonic power-of-two cases fall naturally out of the same implementation.
The CXL driver does not need to implement every configuration the spec permits, but
rather adds support as use cases appear.
Do you know of a platform or user requirement that needs these configurations?
A few of your responses in this set appear to expand the supported configs beyond the
current scope. I'll respond to those individually, but wanted to raise the general
concern here first. We need to bottom out on the requirements before adding more
cases to the series.
-- Alison
>
> -Robertx
>
> > Alison Schofield (7):
> > Documentation/cxl: Describe mixed-granularity regions
> > cxl/region: Warn on user region position mismatch
> > cxl/region: Generalize endpoint position mapping
> > cxl/region: Name the interleave locals in cxl_port_setup_targets()
> > cxl/region: Support mixed-granularity auto regions
> > cxl/region: Support mixed-granularity user created regions
> > cxl/test: Add a topology to test mixed-granularity regions
> >
> > .../driver-api/cxl/linux/cxl-driver.rst | 153 +++++++
> > drivers/cxl/core/region.c | 247 +++++++----
> > tools/testing/cxl/test/cxl.c | 410 +++++++++++++++++-
> > 3 files changed, 698 insertions(+), 112 deletions(-)
> >
> >
> > base-commit: cee9395acd8043be0644b25c34bfa86623f2b935
> > --
> > 2.37.3
> >
next prev parent reply other threads:[~2026-09-18 19:49 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-03 23:23 [PATCH v5 0/7] cxl: Support mixed-granularity region interleaves Alison Schofield
2026-09-03 23:23 ` [PATCH v5 1/7] Documentation/cxl: Describe mixed-granularity regions Alison Schofield
2026-09-07 23:23 ` Jonathan Cameron
2026-09-16 11:51 ` Robert Richter
2026-09-18 20:48 ` Alison Schofield
2026-09-03 23:23 ` [PATCH v5 2/7] cxl/region: Warn on user region position mismatch Alison Schofield
2026-09-16 12:05 ` Robert Richter
2026-09-18 21:18 ` Alison Schofield
2026-09-25 0:30 ` Alison Schofield
2026-09-03 23:23 ` [PATCH v5 3/7] cxl/region: Generalize endpoint position mapping Alison Schofield
2026-09-07 23:42 ` Jonathan Cameron
2026-09-18 23:01 ` Alison Schofield
2026-09-16 14:15 ` Robert Richter
2026-09-18 23:20 ` Alison Schofield
2026-09-03 23:23 ` [PATCH v5 4/7] cxl/region: Name the interleave locals in cxl_port_setup_targets() Alison Schofield
2026-09-07 23:50 ` [PATCH v5 4/7] cxo_ol/region: " Jonathan Cameron
2026-09-19 0:42 ` Alison Schofield
2026-09-16 14:34 ` [PATCH v5 4/7] cxl/region: " Robert Richter
2026-09-16 17:45 ` Robert Richter
2026-09-19 0:58 ` Alison Schofield
2026-09-19 0:55 ` Alison Schofield
2026-09-03 23:23 ` [PATCH v5 5/7] cxl/region: Support mixed-granularity auto regions Alison Schofield
2026-09-08 0:02 ` Jonathan Cameron
2026-09-16 18:03 ` Robert Richter
2026-09-03 23:23 ` [PATCH v5 6/7] cxl/region: Support mixed-granularity user created regions Alison Schofield
2026-09-08 0:03 ` Jonathan Cameron
2026-09-16 18:13 ` Robert Richter
2026-09-03 23:23 ` [PATCH v5 7/7] cxl/test: Add a topology to test mixed-granularity regions Alison Schofield
2026-09-08 0:10 ` Jonathan Cameron
2026-09-16 18:19 ` [PATCH v5 0/7] cxl: Support mixed-granularity region interleaves Robert Richter
2026-09-18 19:49 ` Alison Schofield [this message]
2026-09-29 22:48 ` Dave Jiang
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=aq2V1L3K-JLCK7O4@aschofie-mobl2.lan \
--to=alison.schofield@intel.com \
--cc=dave.jiang@intel.com \
--cc=dave@stgolabs.net \
--cc=iweiny@kernel.org \
--cc=jic23@kernel.org \
--cc=linux-cxl@vger.kernel.org \
--cc=ming.li@zohomail.com \
--cc=rrichter@amd.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