Received-SPF: pass (google.com: domain of linux-kernel+bounces-122419-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1;
Date: Wed, 27 Mar 2024 22:20:45 -0700
From: Ira Weiny <ira.weiny@intel.com>
To: fan <nifan.cxl@gmail.com>, <ira.weiny@intel.com>
CC: Dave Jiang <dave.jiang@intel.com>, Fan Ni <fan.ni@samsung.com>, "Jonathan
 Cameron" <Jonathan.Cameron@huawei.com>, Navneet Singh
	<navneet.singh@intel.com>, Dan Williams <dan.j.williams@intel.com>, Davidlohr
 Bueso <dave@stgolabs.net>, Alison Schofield <alison.schofield@intel.com>,
	Vishal Verma <vishal.l.verma@intel.com>, <linux-btrfs@vger.kernel.org>,
	<linux-cxl@vger.kernel.org>, <linux-kernel@vger.kernel.org>, Chris Mason
	<clm@fb.com>, Josef Bacik <josef@toxicpanda.com>, David Sterba
	<dsterba@suse.com>
Subject: Re: [PATCH 00/26] DCD: Add support for Dynamic Capacity Devices (DCD)
Message-ID: <6604fe2dae8ea_2089029486@iweiny-mobl.notmuch>
References: <20240324-dcd-type2-upstream-v1-0-b7b00d623625@intel.com>
 <ZgHPUggTfSCIx8cI@debian>
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <ZgHPUggTfSCIx8cI@debian>
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?suxrfL8oLtQxZAVpDUK3wmrMDdnxxXac+BZ+iV7z1GCMQ2oHRJKjNyKLQCtW?=
 =?us-ascii?Q?JBz35nfwYqjSmcURALb7dkTsL6KCDm8XkZ7JIuly+quKGqZ5dL/OiS7kIbAl?=
 =?us-ascii?Q?EPEoZNNuvF3aQQSt62/p0Q8N3prbtreu/j5j1BFFM1y9f66aCGsvfyD32Ikp?=
 =?us-ascii?Q?yBqPBF9VdAfsI7oLBAsWnv7FoiHC14VFcEYFoDjMRd401Obz7U/HQySBimNq?=
 =?us-ascii?Q?b/8y/WBukq2EAP0OZ7c3V6QsKrA5fBKkEa3VEBb+J1KGck+vhUzY4t8mycCK?=
 =?us-ascii?Q?XUQiyzsr1LbJV5faYUQiBlkPp3Xdq2uhOqE16GEf/BMOjdIiSeff4xCjxWUC?=
 =?us-ascii?Q?1FJrC+9vZF2HR6BSgrLhZU5X1Fvdk29U4FBD+PZbYZzb88lZmIiSNqtgvMCg?=
 =?us-ascii?Q?p8GlfuEeKbSmddjgOKvFF58MB4GOVOwpSZAUlqgDdVSdXrzBL9eBs8ss6hy6?=
 =?us-ascii?Q?GOEObY7w12ti4tQrmCJ7wSk5yypCfBNhU0pqpsg0CqqqCODD9UmzyiIgrX2N?=
 =?us-ascii?Q?oZHmUcHXo+HRWNYY4ZdTUEqRGGHxuTW233/PcighTFdlsfVFaecxImeVBhDb?=
 =?us-ascii?Q?9vIFF4eMRc6SJAS0qjCKlkNThqnVnttI8rp+gKNwDldJPqUT/25FwUYDqouI?=
 =?us-ascii?Q?0XIDm98SGdaiQ7E4JUyqN/efRualD6eaYZdtdJGJ4V1HdtOaL9rKL5uVLFjq?=
 =?us-ascii?Q?jRDnF7kRKWp0nSldqGTAhBbE7eNAz0oHmFoqCTwk9rzsaga51Hrf5oKCMDOX?=
 =?us-ascii?Q?VEbHqvUmoQiYeBFYQf9v264j7CACKGHlYWKEnmjyvYHgIi11DVu/LNmXulps?=
 =?us-ascii?Q?Izr18nBKla+L4M20mHWSYdoOowfXVraCYGhr3YpT4S+W3KVZ0p4wNX8DgLXQ?=
 =?us-ascii?Q?iJxETKqJpRK4PxJxLnp6TTv2sXrzDJo9yxGm1c4nO2t2lAGp1aqLwe6uzHIJ?=
 =?us-ascii?Q?6tfNK1hFV1CWXQa6i9NBwK16AO0eVpgydCbvjvK4MaXKUjOp4j0CtxKvwbrU?=
 =?us-ascii?Q?XwoAMOdLcNTWGrAczjx3DLUgsTNlN6i/3zOtfjnVB1pkyigo0o/PBkHALfkb?=
 =?us-ascii?Q?1/pLxwLxgzpztqBpi5VRjqeg5nMy+2TsJ+AGGmS6oyCeoxwjQE7hfDtS4pIS?=
 =?us-ascii?Q?qDWOQrFUwgHlC8vjdrdIS8B7B012xk/Cx+t6xHhhtBE/2SuvGH94Pno+jxfy?=
 =?us-ascii?Q?VHRwJTTL3UEhENba1ps8dBOwpTmMo04yotlK26RLi87SYyx9dohfv4mT9JUV?=
 =?us-ascii?Q?Mi8PWbJhelVxJeMJomiaFPz1P2VYvK9c7NAUwQLKYcEx4BQP+0JotFhqunNs?=
 =?us-ascii?Q?OaPF2CDuWuxkov/k4/74TDH9+NqL6pg1jlNxdqawKdfst8O0s+dis6DzUOQx?=
 =?us-ascii?Q?o+0GfyqSi2MFfyzSHj0F6VgQ7TwitgPpaME0G0Eul8YP8ek744JpZo8WGk6h?=
 =?us-ascii?Q?ZOrqkEI8johSa9t/H4a91iVcI/IHmHuNyeKjmdFXXULEZ2uCXp72e3F7d4VU?=
 =?us-ascii?Q?fEZMLXwXV4nCHYwUV3Y984xFTgBeBaJQ28mvwFlR811ziqvhm1qc28E+2vJ8?=
 =?us-ascii?Q?imJwSDzeffco/oxLD0aeEIQBxFlVZ3v6A7L+619y?=
X-MS-Exchange-CrossTenant-Network-Message-Id: b695ddfe-5e0d-446b-f638-08dc4ee6d471
X-MS-Exchange-CrossTenant-AuthSource: SA1PR11MB6733.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Mar 2024 05:20:49.4329
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: VU5xiFKnH7pWgbAR8qx5ReoqhdBYzUDfZsC7b4iSfgwJaNSsryLd5hvsEqCfjJoBKpNBwNzXvBsf9hy8lmK05A==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS0PR11MB8666
X-OriginatorOrg: intel.com

fan wrote:
> On Sun, Mar 24, 2024 at 04:18:03PM -0700, ira.weiny@intel.com wrote:
> > A git tree of this series can be found here:

[snip]

> > 
> 
> Hi Ira,
> Have not got a chance to check the code yet, but I noticed one thing
> when testing with my DCD emulation code.
> Currently, if we do partial release, it seems the whole extent will be
> removed. Is it designed intentionally?
> 

Yes that is my intent.  I specifically called that out in patch 18.

https://lore.kernel.org/all/20240324-dcd-type2-upstream-v1-18-b7b00d623625@intel.com/

I thought we discussed this in one of the collaboration calls.  Mainly
this is to simplify by not attempting any split of the extents the host is
tracking.  It really is expected that the FM/device is going to keep those
extents offered and release them in their entirety.  I understand this may
complicate the device because it may see a release of memory prior to the
request of that release.  And perhaps this complicates the device.  But in
that case it (or the FM really) should not attempt to release partial
extents.

Ira

[snip]