[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <660c9406d683b_8a7d0294b9@iweiny-mobl.notmuch>
Date: Tue, 2 Apr 2024 16:25:58 -0700
From: Ira Weiny <ira.weiny@...el.com>
To: Davidlohr Bueso <dave@...olabs.net>, <ira.weiny@...el.com>
CC: Dave Jiang <dave.jiang@...el.com>, Fan Ni <fan.ni@...sung.com>, "Jonathan
Cameron" <Jonathan.Cameron@...wei.com>, Navneet Singh
<navneet.singh@...el.com>, Dan Williams <dan.j.williams@...el.com>, "Alison
Schofield" <alison.schofield@...el.com>, Vishal Verma
<vishal.l.verma@...el.com>, <linux-btrfs@...r.kernel.org>,
<linux-cxl@...r.kernel.org>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 02/26] cxl/core: Separate region mode from decoder mode
Davidlohr Bueso wrote:
> On Sun, 24 Mar 2024, ira.weiny@...el.com wrote:
>
> >From: Navneet Singh <navneet.singh@...el.com>
> >
> >Until now region modes and decoder modes were equivalent in that they
> >were either PMEM or RAM. With the upcoming addition of Dynamic Capacity
> >regions (which will represent an array of device regions [better named
> >partitions] the index of which could be different on different
> >interleaved devices), the mode of an endpoint decoder and a region will
> >no longer be equivalent.
> >
> >Define a new region mode enumeration and adjust the code for it.
>
> Could this could also be picked up regardless of dcd?
It could be. But there is no practical need for it without the addition of
DCD. So I don't think it should be.
Ira
Powered by blists - more mailing lists