Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3056316pxb; Fri, 12 Feb 2021 08:09:31 -0800 (PST) X-Google-Smtp-Source: ABdhPJyx/2nYM+ZQhx17r31bQrU03spoKdwGEvJVDEewSR0Ycz4L4ADiTmPGJ+dneJQwyhUlXduQ X-Received: by 2002:a05:6402:374:: with SMTP id s20mr4073064edw.56.1613146171423; Fri, 12 Feb 2021 08:09:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613146171; cv=none; d=google.com; s=arc-20160816; b=Gnc4GYXcQ+w/ZrXPDP+9x2xVxvPVlAR5C0Vnw9ekQUwlCMs4eibwESfJeEefvFeleR lLLVcGygwBqLxaca4oApg8iBdDkgSIrSKIsiwktuPuSNG/tm/ZzV5+UqPnP4ac666JpA PgYsviAqAiOZgCDy1roH8Ljv4O0Li0KSiVaOSKNc8+jQtRfI5g1Ru9yNiKS3sy7MhVbd Ua/FrHXyqCDvvgxFQGtiVtogCHPawk4TbCvw2Gyw+/86cEOr78uvh8fEIy7E8X5BKP2W 1x/4Mkq04JLdDmQDofuGGMnDKLPzEZUR0lhOu2rKvg2maIh2otIYxQA6ZLPiEO6ETV1e yYyg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=9CcSuGPevJqb2ljpPElgtUt5cGlaB8mYC2HuNfzaotU=; b=c4//vF2V24XX9t3Uois9uTIFgGTiKFoa/y8tS1m8jjdSQr7hIrqWJsSppruIxwYK5Y brrNo84s4doRYBmeV7FlljmvBO9xekyxLpIPLn/hdFQ9Yx6BBIr66Iy50smjs5sOEDpq e45XLwvPkVDonrfAD77yKzaDSOytV8BKcAbz4x/XqKdVwUzxhA8fwrRaXlHWFPidL5/o 6y86FWaTqTpr4xjQ8owDduIDRdwBEBRE5aDlL2HbmPyBG2ClgU+bR5IYsHtKHCMC9Sg1 PjbAPqkEqmYxxdE6Z0T4TDRXEaMNYdB72n2vJVc8eulClAZogCeQQPqYKL4gbiwGN4j8 0khQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=jMRMK6wm; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bz22si6446151ejc.658.2021.02.12.08.09.07; Fri, 12 Feb 2021 08:09:31 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=jMRMK6wm; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229917AbhBLQIQ (ORCPT + 99 others); Fri, 12 Feb 2021 11:08:16 -0500 Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:22408 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230240AbhBLQIP (ORCPT ); Fri, 12 Feb 2021 11:08:15 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1613146006; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=9CcSuGPevJqb2ljpPElgtUt5cGlaB8mYC2HuNfzaotU=; b=jMRMK6wmZ/v1vivLTnPwhzccCnzT4KdOgzw5v1uuEwzKkBGGQIiJVcwf55vQpQQ2aBxR/3 37WlLjsikVUJHIl/z/XF6MGxTFiQnVRXplOY83z2e49M/nbHrlA0or6A4yX1JYH7TA8MB7 SXBlWbsqiRKQ4F2xErn77OY5VCNnzTM= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-86-8KmDsZDmN0GlzzVmjngzmw-1; Fri, 12 Feb 2021 11:06:41 -0500 X-MC-Unique: 8KmDsZDmN0GlzzVmjngzmw-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 144B0107ACE4; Fri, 12 Feb 2021 16:06:39 +0000 (UTC) Received: from localhost (unknown [10.18.25.174]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 35CBA385; Fri, 12 Feb 2021 16:06:32 +0000 (UTC) Date: Fri, 12 Feb 2021 11:06:31 -0500 From: Mike Snitzer To: Sergei Shtepa Cc: "Damien.LeMoal@wdc.com" , "hare@suse.de" , "ming.lei@redhat.com" , "agk@redhat.com" , "corbet@lwn.net" , "axboe@kernel.dk" , "jack@suse.cz" , "johannes.thumshirn@wdc.com" , "gregkh@linuxfoundation.org" , "koct9i@gmail.com" , "steve@sk2.org" , "dm-devel@redhat.com" , "linux-block@vger.kernel.org" , "linux-doc@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Pavel Tide Subject: Re: [PATCH v5 5/6] dm: add 'noexcl' option for dm-linear Message-ID: <20210212160631.GA19424@redhat.com> References: <1612881028-7878-1-git-send-email-sergei.shtepa@veeam.com> <1612881028-7878-6-git-send-email-sergei.shtepa@veeam.com> <20210211175151.GA13839@redhat.com> <20210212113438.GA9877@veeam.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210212113438.GA9877@veeam.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 12 2021 at 6:34am -0500, Sergei Shtepa wrote: > The 02/11/2021 20:51, Mike Snitzer wrote: > > On Tue, Feb 09 2021 at 9:30am -0500, > > Sergei Shtepa wrote: > > > > > The 'noexcl' option allow to open underlying block-device > > > without FMODE_EXCL. > > > > > > Signed-off-by: Sergei Shtepa > > > --- > > > drivers/md/dm-linear.c | 14 +++++++++++++- > > > drivers/md/dm-table.c | 14 ++++++++------ > > > drivers/md/dm.c | 26 +++++++++++++++++++------- > > > drivers/md/dm.h | 2 +- > > > include/linux/device-mapper.h | 7 +++++++ > > > 5 files changed, 48 insertions(+), 15 deletions(-) > > > > > > diff --git a/drivers/md/dm-linear.c b/drivers/md/dm-linear.c > > > index 00774b5d7668..b16d89802b9d 100644 > > > --- a/drivers/md/dm-linear.c > > > +++ b/drivers/md/dm-linear.c > > > @@ -33,7 +33,7 @@ static int linear_ctr(struct dm_target *ti, unsigned int argc, char **argv) > > > char dummy; > > > int ret; > > > > > > - if (argc != 2) { > > > + if ((argc < 2) || (argc > 3)) { > > > ti->error = "Invalid argument count"; > > > return -EINVAL; > > > } > > > @@ -51,6 +51,18 @@ static int linear_ctr(struct dm_target *ti, unsigned int argc, char **argv) > > > } > > > lc->start = tmp; > > > > > > + ti->non_exclusive = false; > > > + if (argc > 2) { > > > + if (strcmp("noexcl", argv[2]) == 0) > > > + ti->non_exclusive = true; > > > + else if (strcmp("excl", argv[2]) == 0) > > > + ti->non_exclusive = false; > > > + else { > > > + ti->error = "Invalid exclusive option"; > > > + return -EINVAL; > > > + } > > > + } > > > + > > > ret = dm_get_device(ti, argv[0], dm_table_get_mode(ti->table), &lc->dev); > > > if (ret) { > > > ti->error = "Device lookup failed"; > > > diff --git a/drivers/md/dm-table.c b/drivers/md/dm-table.c > > > index 4acf2342f7ad..f020459465bd 100644 > > > --- a/drivers/md/dm-table.c > > > +++ b/drivers/md/dm-table.c > > > @@ -322,7 +322,7 @@ static int device_area_is_invalid(struct dm_target *ti, struct dm_dev *dev, > > > * device and not to touch the existing bdev field in case > > > * it is accessed concurrently. > > > */ > > > -static int upgrade_mode(struct dm_dev_internal *dd, fmode_t new_mode, > > > +static int upgrade_mode(struct dm_dev_internal *dd, fmode_t new_mode, bool non_exclusive, > > > struct mapped_device *md) > > > { > > > int r; > > > @@ -330,8 +330,8 @@ static int upgrade_mode(struct dm_dev_internal *dd, fmode_t new_mode, > > > > > > old_dev = dd->dm_dev; > > > > > > - r = dm_get_table_device(md, dd->dm_dev->bdev->bd_dev, > > > - dd->dm_dev->mode | new_mode, &new_dev); > > > + r = dm_get_table_device(md, dd->dm_dev->bdev->bd_dev, dd->dm_dev->mode | new_mode, > > > + non_exclusive, &new_dev); > > > if (r) > > > return r; > > > > > > @@ -387,7 +387,8 @@ int dm_get_device(struct dm_target *ti, const char *path, fmode_t mode, > > > if (!dd) > > > return -ENOMEM; > > > > > > - if ((r = dm_get_table_device(t->md, dev, mode, &dd->dm_dev))) { > > > + r = dm_get_table_device(t->md, dev, mode, ti->non_exclusive, &dd->dm_dev); > > > + if (r) { > > > kfree(dd); > > > return r; > > > } > > > @@ -396,8 +397,9 @@ int dm_get_device(struct dm_target *ti, const char *path, fmode_t mode, > > > list_add(&dd->list, &t->devices); > > > goto out; > > > > > > - } else if (dd->dm_dev->mode != (mode | dd->dm_dev->mode)) { > > > - r = upgrade_mode(dd, mode, t->md); > > > + } else if ((dd->dm_dev->mode != (mode | dd->dm_dev->mode)) && > > > + (dd->dm_dev->non_exclusive != ti->non_exclusive)) { > > > + r = upgrade_mode(dd, mode, ti->non_exclusive, t->md); > > > if (r) > > > return r; > > > } > > > diff --git a/drivers/md/dm.c b/drivers/md/dm.c > > > index 00c41aa6d092..c25dcc2fdb89 100644 > > > --- a/drivers/md/dm.c > > > +++ b/drivers/md/dm.c > > > @@ -1117,33 +1117,44 @@ static void close_table_device(struct table_device *td, struct mapped_device *md > > > if (!td->dm_dev.bdev) > > > return; > > > > > > - bd_unlink_disk_holder(td->dm_dev.bdev, dm_disk(md)); > > > - blkdev_put(td->dm_dev.bdev, td->dm_dev.mode | FMODE_EXCL); > > > + if (td->dm_dev.non_exclusive) > > > + blkdev_put(td->dm_dev.bdev, td->dm_dev.mode); > > > + else { > > > + bd_unlink_disk_holder(td->dm_dev.bdev, dm_disk(md)); > > > + blkdev_put(td->dm_dev.bdev, td->dm_dev.mode | FMODE_EXCL); > > > + } > > > + > > > + > > > + blkdev_put(td->dm_dev.bdev, td->dm_dev.mode); > > > + > > > put_dax(td->dm_dev.dax_dev); > > > td->dm_dev.bdev = NULL; > > > td->dm_dev.dax_dev = NULL; > > > + td->dm_dev.non_exclusive = false; > > > } > > > > > > static struct table_device *find_table_device(struct list_head *l, dev_t dev, > > > - fmode_t mode) > > > + fmode_t mode, bool non_exclusive) > > > { > > > struct table_device *td; > > > > > > list_for_each_entry(td, l, list) > > > - if (td->dm_dev.bdev->bd_dev == dev && td->dm_dev.mode == mode) > > > + if (td->dm_dev.bdev->bd_dev == dev && > > > + td->dm_dev.mode == mode && > > > + td->dm_dev.non_exclusive == non_exclusive) > > > return td; > > > > > > return NULL; > > > } > > > > > > -int dm_get_table_device(struct mapped_device *md, dev_t dev, fmode_t mode, > > > +int dm_get_table_device(struct mapped_device *md, dev_t dev, fmode_t mode, bool non_exclusive, > > > struct dm_dev **result) > > > { > > > int r; > > > struct table_device *td; > > > > > > mutex_lock(&md->table_devices_lock); > > > - td = find_table_device(&md->table_devices, dev, mode); > > > + td = find_table_device(&md->table_devices, dev, mode, non_exclusive); > > > if (!td) { > > > td = kmalloc_node(sizeof(*td), GFP_KERNEL, md->numa_node_id); > > > if (!td) { > > > @@ -1154,7 +1165,8 @@ int dm_get_table_device(struct mapped_device *md, dev_t dev, fmode_t mode, > > > td->dm_dev.mode = mode; > > > td->dm_dev.bdev = NULL; > > > > > > - if ((r = open_table_device(td, dev, md))) { > > > + r = open_table_device(td, dev, md, non_exclusive); > > > + if (r) { > > > mutex_unlock(&md->table_devices_lock); > > > kfree(td); > > > return r; > > > diff --git a/drivers/md/dm.h b/drivers/md/dm.h > > > index fffe1e289c53..7bf20fb2de74 100644 > > > --- a/drivers/md/dm.h > > > +++ b/drivers/md/dm.h > > > @@ -179,7 +179,7 @@ int dm_open_count(struct mapped_device *md); > > > int dm_lock_for_deletion(struct mapped_device *md, bool mark_deferred, bool only_deferred); > > > int dm_cancel_deferred_remove(struct mapped_device *md); > > > int dm_request_based(struct mapped_device *md); > > > -int dm_get_table_device(struct mapped_device *md, dev_t dev, fmode_t mode, > > > +int dm_get_table_device(struct mapped_device *md, dev_t dev, fmode_t mode, bool non_exclusive, > > > struct dm_dev **result); > > > void dm_put_table_device(struct mapped_device *md, struct dm_dev *d); > > > > > > diff --git a/include/linux/device-mapper.h b/include/linux/device-mapper.h > > > index 61a66fb8ebb3..70002363bfc0 100644 > > > --- a/include/linux/device-mapper.h > > > +++ b/include/linux/device-mapper.h > > > @@ -150,6 +150,7 @@ struct dm_dev { > > > struct block_device *bdev; > > > struct dax_device *dax_dev; > > > fmode_t mode; > > > + bool non_exclusive; > > > char name[16]; > > > }; > > > > > > @@ -325,6 +326,12 @@ struct dm_target { > > > * whether or not its underlying devices have support. > > > */ > > > bool discards_supported:1; > > > + > > > + /* > > > + * Set if this target needs to open device without FMODE_EXCL > > > + * mode. > > > + */ > > > + bool non_exclusive:1; > > > }; > > > > > > void *dm_per_bio_data(struct bio *bio, size_t data_size); > > > -- > > > 2.20.1 > > > > > > > I'm really not liking this tug-of-war about FMODE_EXCL vs not. > > Especially dislike the prospect of needing to change _every_ DM target > > that would be made to support blk_interposer. > > > > I've said this before, private or otherwise, but: Hannes' approach that > > fell back to opening without FMODE_EXCL if FMODE_EXCL open failed. Have > > you explored that kind of approach? > > Of course I explored that kind of approach. The easiest thing to do > is fell back to opening without FMODE_EXCL if FMODE_EXCL open failed. > > But I remind you once again that in this case, without changing > the code of each target, we will change the behavior of each. > Any target will open the device without the FMODE_EXCL flag if the device > is already busy. This can cause errors and cause data loss. > I would not want the device mapper to get worse when adding new functionality. Right, but I'm not talking about a blind fallback that strips FMODE_EXCL if FMODE_EXCL open failed. > I will do so in the next patch, as you are sure that it is better... Or > I'll think about it again and try to suggest a better implementation. > > Thank you, Mike. > > > > > You _should_ be able to infer that interposer is being used given the > > requirement to use an explicit remap ioctl to establish the use of > > interposer. I'm suggesting that open_table_device and close_table_device be made aware of the fact that they are operating on behalf of your remap ioctl (interpose). So store state in the mapped_device that reflects a remap was used. Still clunky but at least it confines it to an implementation detail managed by DM core rather than imposing awkward interface changes in both DM core and the DM targets. Mike