Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1075314pxb; Thu, 4 Mar 2021 02:35:23 -0800 (PST) X-Google-Smtp-Source: ABdhPJyAMt+w61LprdURd0ydG/q8z6lA0itsvCSqfcZ3ZTDajg6uhWpT+OLscAOrqPhl/NkvSO6b X-Received: by 2002:a50:fe06:: with SMTP id f6mr3537712edt.349.1614854123665; Thu, 04 Mar 2021 02:35:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614854123; cv=none; d=google.com; s=arc-20160816; b=T4S8Lla7ZCyhmlUTpnldN87NkUkBqzmeTeScq2KW92a+/di71PkJouC9AL/Esk2pGW tTpp3Hi1VZcMAAuWiXUlL1rGt63IojUvKTE/pB70MW2TicTCnmioafbN7D0j+s4MXuxm glJ31kq1Bv9OfBOETSlBiiPi0u3VqMtNDI6MAj2esy1B4LX3BkVtHddWXaEUfcI39xFo gYNTQqtPdYKnYxTDTGCYbVvLzxdoNT7ECiaBZZRC4UM7FumhobVPTg9qS6WctyEYUesD 7AyyHI2jmhmPrf4H072e+WPzesjTtsW62km+LDihnkWzdIsc2zr0fwfR27Oyj5s31Koh GCqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:subject:cc:to:from :dkim-signature; bh=aBSfpMXxxV9PaecPo4foX+saJn6ZV4rfSlstLXcgSh0=; b=Vgu/qo0O4md0dDNWcZ09J2X6OkiTD/n8NPEZuVFuFk/mrOJQUshQmRWkeEj+zi0hS8 8L6i6tk9H7AE7Jkt5YtfQtbS0VspM8sterIXyB4AcmGLxPNcIzjV8dsHL9j1XG51Fi0u NOV63+0VldxW+fv/ixLBCxScZ+aMF/0UOh8C4jKUyW2M/ex5jfYrb5ua6OuuS34xh95l C66CAcZsC5WNdaQXvpYAbx01thvvPi5idw9X3xbGDjH8ILLIkTWRE0TnQ3NoBhiV1S7m v89EblYBPwpmJyhoigx38xn3HKjz7yU7RKsCb81UJXOJ+JezHOAYXefgyNEXrx8wcASv m93g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@veeam.com header.s=mx4 header.b=DWwf8vhF; 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=REJECT sp=REJECT dis=NONE) header.from=veeam.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ly13si14690907ejb.649.2021.03.04.02.35.01; Thu, 04 Mar 2021 02:35:23 -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=@veeam.com header.s=mx4 header.b=DWwf8vhF; 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=REJECT sp=REJECT dis=NONE) header.from=veeam.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1452916AbhCCQ61 (ORCPT + 99 others); Wed, 3 Mar 2021 11:58:27 -0500 Received: from mx4.veeam.com ([104.41.138.86]:58134 "EHLO mx4.veeam.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1380627AbhCCMbW (ORCPT ); Wed, 3 Mar 2021 07:31:22 -0500 Received: from mail.veeam.com (prgmbx01.amust.local [172.24.0.171]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx4.veeam.com (Postfix) with ESMTPS id 45D99114A78; Wed, 3 Mar 2021 15:30:33 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=veeam.com; s=mx4; t=1614774633; bh=aBSfpMXxxV9PaecPo4foX+saJn6ZV4rfSlstLXcgSh0=; h=From:To:CC:Subject:Date:From; b=DWwf8vhFH+qdbdQhd26ZLMQmdas5SvBkwUc0e/wZojIPeg/9Ogy0QMcYVNYiGfpma x+EmcHTdyiJ2Lcp7RSdnF2PNTIYTC9xyLQ9gQsR4G2UTYjTo6nxY3Qbr5tGz0u3Kgj 5w7IkRv/RLqSEg42G4kNupGG5u0YzL/KIqAXSDt8= Received: from prgdevlinuxpatch01.amust.local (172.24.14.5) by prgmbx01.amust.local (172.24.0.171) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.721.2; Wed, 3 Mar 2021 13:30:31 +0100 From: Sergei Shtepa To: , , , , , , , , , CC: , Subject: [PATCH v6 0/4] block-layer interposer Date: Wed, 3 Mar 2021 15:30:14 +0300 Message-ID: <1614774618-22410-1-git-send-email-sergei.shtepa@veeam.com> X-Mailer: git-send-email 1.8.3.1 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [172.24.14.5] X-ClientProxiedBy: prgmbx01.amust.local (172.24.0.171) To prgmbx01.amust.local (172.24.0.171) X-EsetResult: clean, is OK X-EsetId: 37303A29C604D265637363 X-Veeam-MMEX: True Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi all. I'm joyful to suggest the block-layer interposer (blk_interposer) v6. blk_interposer allows to intercept bio requests, remap bio to another devices or add new bios. This series of patches adds the ability to use blk_interposer for any dm-target using the DM_INTERPOSED_FLAG flag. The first patch adds the function blk_mq_is_queue_frozen(). It allows to assert a queue state. The second patch is dedicated to blk_interposer itself, which provides the ability to intercept bio. The third one adds support for blk_interposer from the device mapper. The fourth patch adds the DM_INTERPOSED_FLAG flag. When this flag is applied with the ioctl DM_TABLE_LOAD_CMD, the underlying devices are opened without the FMODE_EXCL flag and connected via blk_interposer. Changes: v6 - current patch set * designed for 5.12; * thanks to the new design of the bio structure in v5.12, it is possible to perform interception not for the entire disk, but for each block device; * instead of the new ioctl DM_DEV_REMAP_CMD and the 'noexcl' option, the DM_INTERPOSED_FLAG flag for the ioctl DM_TABLE_LOAD_CMD is applied. v5 - https://patchwork.kernel.org/project/linux-block/cover/1612881028-7878-1-git-send-email-sergei.shtepa@veeam.com/ * rebase for v5.11-rc7; * patch set organization; * fix defects in documentation; * add some comments; * change mutex names for better code readability; * remove calling bd_unlink_disk_holder() for targets with non-exclusive flag; * change type for struct dm_remap_param from uint8_t to __u8. v4 - https://patchwork.kernel.org/project/linux-block/cover/1612367638-3794-1-git-send-email-sergei.shtepa@veeam.com/ Mostly changes were made, due to Damien's comments: * on the design of the code; * by the patch set organization; * bug with passing a wrong parameter to dm_get_device(); * description of the 'noexcl' parameter in the linear.rst. Also added remap_and_filter.rst. v3 - https://patchwork.kernel.org/project/linux-block/cover/1611853955-32167-1-git-send-email-sergei.shtepa@veeam.com/ In this version, I already suggested blk_interposer to apply to dm-linear. Problems were solved: * Interception of bio requests from a specific device on the disk, not from the entire disk. To do this, we added the dm_interposed_dev structure and an interval tree to store these structures. * Implemented ioctl DM_DEV_REMAP_CMD. A patch with changes in the lvm2 project was sent to the team lvm-devel@redhat.com. * Added the 'noexcl' option for dm-linear, which allows you to open the underlying block-device without FMODE_EXCL mode. v2 - https://patchwork.kernel.org/project/linux-block/cover/1607518911-30692-1-git-send-email-sergei.shtepa@veeam.com/ I tried to suggest blk_interposer without using it in device mapper, but with the addition of a sample of its use. It was then that I learned about the maintainers' attitudes towards the samples directory :). v1 - https://lwn.net/ml/linux-block/20201119164924.74401-1-hare@suse.de/ This Hannes's patch can be considered as a starting point, since this is where the interception mechanism and the term blk_interposer itself appeared. It became clear that blk_interposer can be useful for device mapper. before v1 - https://patchwork.kernel.org/project/linux-block/cover/1603271049-20681-1-git-send-email-sergei.shtepa@veeam.com/ I tried to offer a rather cumbersome blk-filter and a monster-like blk-snap module for creating snapshots. Thank you to everyone who was able to take the time to review the previous versions. I hope that this time I achieved the required quality. Thanks, Sergei. Sergei Shtepa (4): block: add blk_mq_is_queue_frozen() block: add blk_interposer dm: introduce dm-interposer dm: add DM_INTERPOSED_FLAG block/bio.c | 2 + block/blk-core.c | 36 +++++ block/blk-mq.c | 12 ++ block/genhd.c | 93 ++++++++++++ drivers/md/Makefile | 2 +- drivers/md/dm-core.h | 6 + drivers/md/dm-interposer.c | 258 ++++++++++++++++++++++++++++++++++ drivers/md/dm-interposer.h | 40 ++++++ drivers/md/dm-ioctl.c | 9 ++ drivers/md/dm-table.c | 115 +++++++++++++-- drivers/md/dm.c | 38 +++-- include/linux/blk-mq.h | 1 + include/linux/blk_types.h | 4 + include/linux/blkdev.h | 17 +++ include/linux/device-mapper.h | 1 + include/uapi/linux/dm-ioctl.h | 6 + 16 files changed, 618 insertions(+), 22 deletions(-) create mode 100644 drivers/md/dm-interposer.c create mode 100644 drivers/md/dm-interposer.h -- 2.20.1