Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3975123pxf; Tue, 16 Mar 2021 02:31:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyCZ0EASMULmRx7dtJJrEtpdCOC69m4wqnQ5fLuLNFA9LMia6Q47h5pzh8b1fnuPHo65sZM X-Received: by 2002:a05:6402:4314:: with SMTP id m20mr34104517edc.5.1615887106536; Tue, 16 Mar 2021 02:31:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1615887106; cv=none; d=google.com; s=arc-20160816; b=s9FDyUQkBJ+4mO22WRmRwTN2EuoyXFQcSyYkOPdv6hFdKyGV+kSrj8uguC6USH0jNS 2uWQ5aPqrAzpFX8VB07Cz08axQ8AHzKJbG7o0Sm2/gVXjIZKKe0hypLQ6hRYckKAfjfc KNZ8bxWRkeq3recb23wg6uSTaZe3DNMvnYjRPIg9kNSb8MQdvu1rYYyBr3pAImb2YUrp czbCHHWGtWyogu8iUcLm6Y9IL3+drDEQW0aGP0WYITV9Ag+jeQ67YqH7aLHMVOAjqvYm dO6B6tUqyfWeO/cM0lF8opMDKwikYL/39rzHwAGO6u1oRG6C+qA2ftJWN+sbaLtSmxfJ FvEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=sHROXA+CQMQiClGXMoA926mIGShsZigtdFiw3Oqg6pI=; b=pwkaDbjqZsITRQpHnBVu8Z88dmWGoJGTerjJbFskvJ7OqR8P3OLJaggKno1+2KdgwL h0Hq1nkMs4EvlX8acpQL0gFGUrOQgGZv1qHDuVQQr3rAoTEWaci1MK4Hoyky8UyTsUMQ NsrgIGQSlbFqSJGBrsCXKFo7SBa7vvjRTKtJy8046nPPrGvymEI4O5pKvSYs7LgPoV+R M8WAjr+zWsGfsFCNsSQOMrlruaGAI24zNTjdABDjGlkPsMAVHmRVZNgeBSAlpvPOOdmw m+5VJd7G1cBecOSQcQj5GeHMm85oUnXC5UO1uBPNoBx1NBSN2x0/rFrXGa0iIsNaIFUX JqWg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=T97GW9ZD; 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 e19si12849867ejj.523.2021.03.16.02.31.23; Tue, 16 Mar 2021 02:31:46 -0700 (PDT) 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=T97GW9ZD; 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 S233998AbhCPIKW (ORCPT + 99 others); Tue, 16 Mar 2021 04:10:22 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:49732 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231156AbhCPIKP (ORCPT ); Tue, 16 Mar 2021 04:10:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1615882214; 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=sHROXA+CQMQiClGXMoA926mIGShsZigtdFiw3Oqg6pI=; b=T97GW9ZD4bu5M521QhhO16UgvCQT1+pTysUlaGnAc2ceBszsjiGiFywf0IvZBKHhvf5c/S XTC70SzMVpTfKmih3MrMp2t9M/IVaMp/312CjtVDaSs25EfZ2l/g9aEam034FaSDS6bBLe mumCo3ZQwvufCYDN1JCcyT8zpoTl1P4= 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-250-0eejHMe6OYCq_dHeuffm7g-1; Tue, 16 Mar 2021 04:10:11 -0400 X-MC-Unique: 0eejHMe6OYCq_dHeuffm7g-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 3D0FB107ACCD; Tue, 16 Mar 2021 08:10:10 +0000 (UTC) Received: from T590 (ovpn-13-0.pek2.redhat.com [10.72.13.0]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 006DA6A045; Tue, 16 Mar 2021 08:09:51 +0000 (UTC) Date: Tue, 16 Mar 2021 16:09:46 +0800 From: Ming Lei To: Sergei Shtepa Cc: Christoph Hellwig , Mike Snitzer , Alasdair Kergon , Hannes Reinecke , Jens Axboe , dm-devel@redhat.com, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, pavel.tide@veeam.com Subject: Re: [PATCH v7 2/3] block: add bdev_interposer Message-ID: References: <1615563895-28565-1-git-send-email-sergei.shtepa@veeam.com> <1615563895-28565-3-git-send-email-sergei.shtepa@veeam.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1615563895-28565-3-git-send-email-sergei.shtepa@veeam.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 12, 2021 at 06:44:54PM +0300, Sergei Shtepa wrote: > bdev_interposer allows to redirect bio requests to another devices. > > Signed-off-by: Sergei Shtepa > --- > block/bio.c | 2 ++ > block/blk-core.c | 57 +++++++++++++++++++++++++++++++++++++++ > block/genhd.c | 54 +++++++++++++++++++++++++++++++++++++ > include/linux/blk_types.h | 3 +++ > include/linux/blkdev.h | 9 +++++++ > 5 files changed, 125 insertions(+) > > diff --git a/block/bio.c b/block/bio.c > index a1c4d2900c7a..0bfbf06475ee 100644 > --- a/block/bio.c > +++ b/block/bio.c > @@ -640,6 +640,8 @@ void __bio_clone_fast(struct bio *bio, struct bio *bio_src) > bio_set_flag(bio, BIO_THROTTLED); > if (bio_flagged(bio_src, BIO_REMAPPED)) > bio_set_flag(bio, BIO_REMAPPED); > + if (bio_flagged(bio_src, BIO_INTERPOSED)) > + bio_set_flag(bio, BIO_INTERPOSED); > bio->bi_opf = bio_src->bi_opf; > bio->bi_ioprio = bio_src->bi_ioprio; > bio->bi_write_hint = bio_src->bi_write_hint; > diff --git a/block/blk-core.c b/block/blk-core.c > index fc60ff208497..da1abc4c27a9 100644 > --- a/block/blk-core.c > +++ b/block/blk-core.c > @@ -1018,6 +1018,55 @@ static blk_qc_t __submit_bio_noacct_mq(struct bio *bio) > return ret; > } > > +static noinline blk_qc_t submit_bio_interposed(struct bio *bio) > +{ > + blk_qc_t ret = BLK_QC_T_NONE; > + struct bio_list bio_list[2] = { }; > + struct gendisk *orig_disk; > + > + if (current->bio_list) { > + bio_list_add(¤t->bio_list[0], bio); > + return BLK_QC_T_NONE; > + } > + > + orig_disk = bio->bi_bdev->bd_disk; > + if (unlikely(bio_queue_enter(bio))) > + return BLK_QC_T_NONE; > + > + current->bio_list = bio_list; > + > + do { > + struct block_device *interposer = bio->bi_bdev->bd_interposer; > + > + if (unlikely(!interposer)) { > + /* interposer was removed */ > + bio_list_add(¤t->bio_list[0], bio); > + break; > + } > + /* assign bio to interposer device */ > + bio_set_dev(bio, interposer); > + bio_set_flag(bio, BIO_INTERPOSED); > + > + if (!submit_bio_checks(bio)) > + break; > + /* > + * Because the current->bio_list is initialized, > + * the submit_bio callback will always return BLK_QC_T_NONE. > + */ > + interposer->bd_disk->fops->submit_bio(bio); Given original request queue may become live when calling attach() and detach(), see below comment. bdev_interposer_detach() may be run when running ->submit_bio(), meantime the interposer device is gone during the period, then kernel oops. > + } while (false); > + > + current->bio_list = NULL; > + > + blk_queue_exit(orig_disk->queue); > + > + /* Resubmit remaining bios */ > + while ((bio = bio_list_pop(&bio_list[0]))) > + ret = submit_bio_noacct(bio); > + > + return ret; > +} > + > /** > * submit_bio_noacct - re-submit a bio to the block device layer for I/O > * @bio: The bio describing the location in memory and on the device. > @@ -1029,6 +1078,14 @@ static blk_qc_t __submit_bio_noacct_mq(struct bio *bio) > */ > blk_qc_t submit_bio_noacct(struct bio *bio) > { > + /* > + * Checking the BIO_INTERPOSED flag is necessary so that the bio > + * created by the bdev_interposer do not get to it for processing. > + */ > + if (bdev_has_interposer(bio->bi_bdev) && > + !bio_flagged(bio, BIO_INTERPOSED)) > + return submit_bio_interposed(bio); > + > if (!submit_bio_checks(bio)) > return BLK_QC_T_NONE; > > diff --git a/block/genhd.c b/block/genhd.c > index c55e8f0fced1..c840ecffea68 100644 > --- a/block/genhd.c > +++ b/block/genhd.c > @@ -30,6 +30,11 @@ > static struct kobject *block_depr; > > DECLARE_RWSEM(bdev_lookup_sem); > +/* > + * Prevents different block-layer interposers from attaching or detaching > + * to the block device at the same time. > + */ > +static DEFINE_MUTEX(bdev_interposer_attach_lock); > > /* for extended dynamic devt allocation, currently only one major is used */ > #define NR_EXT_DEVT (1 << MINORBITS) > @@ -1940,3 +1945,52 @@ static void disk_release_events(struct gendisk *disk) > WARN_ON_ONCE(disk->ev && disk->ev->block != 1); > kfree(disk->ev); > } > + > +int bdev_interposer_attach(struct block_device *original, > + struct block_device *interposer) > +{ > + int ret = 0; > + > + if (WARN_ON(((!original) || (!interposer)))) > + return -EINVAL; > + /* > + * interposer should be simple, no a multi-queue device > + */ > + if (!interposer->bd_disk->fops->submit_bio) > + return -EINVAL; > + > + if (WARN_ON(!blk_mq_is_queue_frozen(original->bd_disk->queue))) > + return -EPERM; The original request queue may become live now... > + > + mutex_lock(&bdev_interposer_attach_lock); > + > + if (bdev_has_interposer(original)) > + ret = -EBUSY; > + else { > + original->bd_interposer = bdgrab(interposer); > + if (!original->bd_interposer) > + ret = -ENODEV; > + } > + > + mutex_unlock(&bdev_interposer_attach_lock); > + > + return ret; > +} > +EXPORT_SYMBOL_GPL(bdev_interposer_attach); > + > +void bdev_interposer_detach(struct block_device *original) > +{ > + if (WARN_ON(!original)) > + return; > + > + if (WARN_ON(!blk_mq_is_queue_frozen(original->bd_disk->queue))) > + return; The original request queue may become live now... -- Ming