From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E1FEA1B298; Mon, 15 Jan 2024 21:44:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=invisiblethingslab.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=invisiblethingslab.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=invisiblethingslab.com header.i=@invisiblethingslab.com header.b="s6dkEkB4"; dkim=pass (2048-bit key) header.d=messagingengine.com header.i=@messagingengine.com header.b="RI0emmfr" Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id E863C5C0152; Mon, 15 Jan 2024 16:44:46 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Mon, 15 Jan 2024 16:44:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= invisiblethingslab.com; h=cc:cc:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm2; t=1705355086; x=1705441486; bh=vb32ikTbV8B4PRo6vFNVRXKQ2keG7Fzf7jgqX0XjhAM=; b= s6dkEkB4HwhLBAxPKJCvzReQFWAF2T5FV8vTDyR0oqTZCgZKaev8GGy0iwMkZgKa OFKRNpAa0QPG+c+Lt44IJy0p+ecYsemt42Ry2Y9u01pAVAe3mkKkI5CHs23A5V08 +hn8JEVuC/Zes5VhXpBRlb6JiqxzzxBI/LJDfrznRuum/GIYyVYp46MVE08rrqU4 yWNsI/LpnO6Fw/tdQn30laAgk3p8IqoFrh/n7st8bnWfEkxxIGifAbqW48iXEKqp BaHexfBRnGdDMLQryr/RIWG1X6rBN0patSgZEyJc3cUNJu1OTskuuby+IQ+yyQly GPdRmH2PVT2VSaRFsYdKgw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; t=1705355086; x=1705441486; bh=vb32ikTbV8B4PRo6vFNVRXKQ2keG 7Fzf7jgqX0XjhAM=; b=RI0emmfrv2fKMyS058rhD5vfH07L7khAMDaak6s4utyv q7JjhojZhovxRpWhFjqlukC3kj52nTYjy+JnfNVqGZS0zMH/JVlwTIHcED3jsfeL KBggXMOLRg52B5Etmwe1Ho3qCfvde8R5krZA8XoTl+eMZnUxLu4hrbmmVNZdNxM3 eAWuAP1yIQ+NXo4swNx1ugL9YJXPAhb8Y7LbxV6FlxvoWTgneQq+7pUoAM/Q2KJV uTaAgvuVC7pZcYAjfOE3LiyjwHt2aA3bQOLIQY1AGr3E422JGGyEcrRGGez/vUjl G1Qgg8wgi1Jni8Fy/Dswf8zq1hkj3L6/rPKyexVIEQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrvdejuddgudehgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpeffhffvvefukfhfgggtuggjsehgtdorredttdejnecuhfhrohhmpeffvghm ihcuofgrrhhivgcuqfgsvghnohhurhcuoeguvghmihesihhnvhhishhisghlvghthhhinh hgshhlrggsrdgtohhmqeenucggtffrrghtthgvrhhnpeeuueevleehvedvuedvhfeihfel ffdtheeuvdefgfevgeefgfeihfduheevhedtfeenucevlhhushhtvghrufhiiigvpedtne curfgrrhgrmhepmhgrihhlfhhrohhmpeguvghmihesihhnvhhishhisghlvghthhhinhhg shhlrggsrdgtohhm X-ME-Proxy: Feedback-ID: iac594737:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 15 Jan 2024 16:44:46 -0500 (EST) Date: Mon, 15 Jan 2024 16:44:29 -0500 From: Demi Marie Obenour To: Martin Wilck , Alasdair Kergon , Mike Snitzer , dm-devel@lists.linux.dev, Christoph Hellwig Cc: linux-kernel@vger.kernel.org, linux-block@vger.kernel.org, Franck Bui Subject: Re: [dm-devel] [PATCH v2 0/4] Diskseq support in device-mapper Message-ID: References: <20230624230950.2272-1-demi@invisiblethingslab.com> Precedence: bulk X-Mailing-List: linux-block@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2sdyWD00hNa60O7L" Content-Disposition: inline In-Reply-To: --2sdyWD00hNa60O7L Content-Type: text/plain; protected-headers=v1; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Date: Mon, 15 Jan 2024 16:44:29 -0500 From: Demi Marie Obenour To: Martin Wilck , Alasdair Kergon , Mike Snitzer , dm-devel@lists.linux.dev, Christoph Hellwig Cc: linux-kernel@vger.kernel.org, linux-block@vger.kernel.org, Franck Bui Subject: Re: [dm-devel] [PATCH v2 0/4] Diskseq support in device-mapper On Mon, Jan 15, 2024 at 06:56:16PM +0100, Martin Wilck wrote: > On Sat, 2023-06-24 at 19:09 -0400, Demi Marie Obenour wrote: > > This work aims to allow userspace to create and destroy device-mapper > > devices in a race-free way. >=20 > The discussion about this feature seems to have stalled ... will there > be a v3 of this series any time soon? I=E2=80=99m still interested in a v3, but it might take a while. If you are willing and able to do it first, I recommend that you do so. > Also, I am wondering what should happen if a device-mapper table is > changed in a SUSPEND/LOAD/RESUME cycle. Such operations can change the > content of the device, thus I assume that the diskseq should also > change. But AFAICS this wasn't part of your patch set. >=20 > In general, whether the content changes in a reload operation depends > on the target. The multipath target, for example, reloads frequently > without changing the content of the dm device. An ever-changing diskseq > wouldn't make a lot of sense for dm-multipath. But I doubt we want to > start making distinctions on this level, so I guess that diskseq and > multipath just won't go well together. Should this be controlled by userspace? --=20 Sincerely, Demi Marie Obenour (she/her/hers) Invisible Things Lab --2sdyWD00hNa60O7L Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEdodNnxM2uiJZBxxxsoi1X/+cIsEFAmWlp0wACgkQsoi1X/+c IsGsGhAAuE+6qw9jJcY56i383Lhpfzujp4nFd10fd8FLeDywlXNDrj78CGMk+4aL B0Oh2uiQR7kTjykRlreRUoOWtmKuikCOHKNzsCjmNgw64m5SODsLxv5YZvoA9+Jm NTHT75vzUqp2jwohs2v2pyPZD5pLmVzRrHywhkRxeR0kUkL/16qX9mqZ+LXYosJH GVewfh4+QA3ETuZ/z8kb11Iy6aS0ceWvfdeg8Uvb2L9Yf9rRDUvpMCvYHPNCgrYh cWuiuSMIJVLUq0Khtneyk6mpFCyS1r6Ak3lP7+TIawF7i09N8Ax5woybWzCa5GRX ZUhD6Alzw/35SvtraVZ1/beRUCvjiM0VhGrogGehcTQrq1o6Ljp8oz5c86JqRBgA Cv9maN5ShFqtFL1aAy42JxXr1pe+yvfj08MkDnmva177qMxJFsKix2Ww8aNZiKl3 HkNZDiMN2MJWiFI03ZtLTnAbA76s0rAWKzu8tyOCGxAHKv88lrUdzTQXSMEqOvgV 3ey0mfzEmaYNsQ+/5ext0ZIOWpMrp2IreislxJr0MgnZdwt3bh1jfrBkF0R0MuZQ ux/gVzp4uEOAZBzsu1P04okq+PavziqfWDcLMQMcHSxSZbEagFc0bwhuLGZDp8gs 7Abn8siokY+Ci7c4TmV03/6lDNnQigqPOuqyOpcCMQB4ZB0UWdM= =6xif -----END PGP SIGNATURE----- --2sdyWD00hNa60O7L--