[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <66294841a62a9_e1f58294e8@iweiny-mobl.notmuch>
Date: Wed, 24 Apr 2024 10:58:25 -0700
From: Ira Weiny <ira.weiny@...el.com>
To: Dave Jiang <dave.jiang@...el.com>, Ira Weiny <ira.weiny@...el.com>,
Davidlohr Bueso <dave@...olabs.net>
CC: 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
Dave Jiang wrote:
>
>
> On 3/27/24 10:22 PM, Ira Weiny wrote:
> > 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 but there is no need for it without DCD.
> >
> > I will work on re-ordering the cleanups if Dave will agree to take them
> > early.
>
> There's no reason for the change unless it comes with DCD right? And probably no urgent need to taking it ahead then?
No I don't think so.
Ira
> >
> > Ira
Powered by blists - more mailing lists