Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp4056698pxu; Wed, 9 Dec 2020 07:21:38 -0800 (PST) X-Google-Smtp-Source: ABdhPJw/UubLqWttyt/jEQ6Jf2Ze9SRBNvp1X4jrTltqdYbaRTLp0cbXd4sB4dLT0RDbV2NadFW9 X-Received: by 2002:a05:6402:2066:: with SMTP id bd6mr2479319edb.211.1607527297799; Wed, 09 Dec 2020 07:21:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607527297; cv=none; d=google.com; s=arc-20160816; b=IV2aYpl99KPWStzHPipTMSFkemGVTfXH+7cAwl4QBoGKEueY9PWiL6+bbDsAcvHqR3 QuS+p81/lJUOZRCr+goKcIC4mGAK4vi5Qf22vDndwkNE2tkvL6uD954enLTmrF7OH8iT KuA/4DingB5zqtFv/UJH7ClETdLA543gu9zLjnkBNrv47cayO3m7gBYyE7S4+FFK6g6Z IEOLBH1EimfK+QQt/vLz6EkODQNfgnKytRUQaUq1O8X8uvrbtLcEQeAbH3uZqqDtYMfa VEUby23XxRxXTPoSkSpksCA15slkfYUcLn51MrUzxz4oBNJuZPGeGFIr92OTZAg5WMJl MyMg== 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=chEutqCMkHVfZgdbz8g77Zeq06gq54+VgeuZ4FINQQU=; b=FnmyHYyqCi+duyEDNTDAj4ASimqO4N+BrsH63KIRlfuRSAby5REHP6FsbEUzVah+Ot WsGPXr4eMx7jD5VJVIWJgNbYfcU/nPTxuzUl0Ip4E91q843XZOJp+mrUNQ/mniImk6MO FQmLPy8aqTSb+wSWwgnGHRvlGSojXuMzqSLnD//R20h4myTCPSXammiEKOy2waMSg1x1 cZ0p0crnDkdCSvhUEnyy1k3khxT5WN1/3dk8WwWScePuF8PnKrRR/xWC5EPmNQYDPa0Y YndpDT36EgDNZ4+agcbsK0f21d7wIJaw5gFrdolsgykD5W/ufIhhAAs2xo7Yqwezm7k/ 9peQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="NZ4uGfW/"; 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 lw27si911169ejb.35.2020.12.09.07.21.12; Wed, 09 Dec 2020 07:21:37 -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="NZ4uGfW/"; 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 S1730963AbgLIOh4 (ORCPT + 99 others); Wed, 9 Dec 2020 09:37:56 -0500 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:50340 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725885AbgLIOho (ORCPT ); Wed, 9 Dec 2020 09:37:44 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1607524578; 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=chEutqCMkHVfZgdbz8g77Zeq06gq54+VgeuZ4FINQQU=; b=NZ4uGfW/9brMIrPIdL/kGISMsA5xKLbbpk+faal8q8h+so/RWhUeg04yYZwl1AjywMoj38 llfbXbCLddpZ8QMQNKsVd+TQhXq5Qm2ksSeAGtlRwWnovTZ9qTaCB9+rsTMbwXwMX3Jcvl EUNGPgCnNrVsoIeeBnT/HEOSfG8HwB8= 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-215-lD8zSIj4OMmUmwo3BFrZWg-1; Wed, 09 Dec 2020 09:36:13 -0500 X-MC-Unique: lD8zSIj4OMmUmwo3BFrZWg-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 5154B180A087; Wed, 9 Dec 2020 14:36:11 +0000 (UTC) Received: from localhost (unknown [10.18.25.174]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 8A9215275D; Wed, 9 Dec 2020 14:36:07 +0000 (UTC) Date: Wed, 9 Dec 2020 09:36:06 -0500 From: Mike Snitzer To: Sergei Shtepa Cc: axboe@kernel.dk, johannes.thumshirn@wdc.com, koct9i@gmail.com, ming.lei@redhat.com, hare@suse.de, josef@toxicpanda.com, steve@sk2.org, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, pavel.tide@veeam.com Subject: Re: [PATCH 2/3] block: blk_interposer - sample Message-ID: <20201209143606.GA494@redhat.com> References: <1607518911-30692-1-git-send-email-sergei.shtepa@veeam.com> <1607518911-30692-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: <1607518911-30692-3-git-send-email-sergei.shtepa@veeam.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Dec 09 2020 at 8:01am -0500, Sergei Shtepa wrote: > This sample demonstrates how to use blk_interposer. > It show how to properly connect the interposer module to kernel, > and perform the simplest monitoring of the number of bio. > > Signed-off-by: Sergei Shtepa > --- > samples/blk_interposer/Makefile | 2 + > samples/blk_interposer/blk-interposer.c | 276 ++++++++++++++++++++++++ > 2 files changed, 278 insertions(+) > create mode 100644 samples/blk_interposer/Makefile > create mode 100644 samples/blk_interposer/blk-interposer.c > > diff --git a/samples/blk_interposer/Makefile b/samples/blk_interposer/Makefile > new file mode 100644 > index 000000000000..b11aefde2b1c > --- /dev/null > +++ b/samples/blk_interposer/Makefile > @@ -0,0 +1,2 @@ > +# SPDX-License-Identifier: GPL-2.0 > +obj-$(CONFIG_SAMPLE_BLK_INTERPOSER) += blk-interposer.o > diff --git a/samples/blk_interposer/blk-interposer.c b/samples/blk_interposer/blk-interposer.c > new file mode 100644 > index 000000000000..92b4c1fcf8f7 > --- /dev/null > +++ b/samples/blk_interposer/blk-interposer.c > @@ -0,0 +1,276 @@ > +// SPDX-License-Identifier: GPL-2.0 > + > +/* > + * Block layer interposer allow to interpose bio requests from kernel module. > + * This allows you to monitor requests, modify requests, add new request, > + * or even redirect requests to another devices. > + * > + * This sample demonstrates how to use blk_interposer. > + * It show how to properly connect the interposer module to kernel, > + * and perform the simplest monitoring of the number of bio. > + */ > + > +#define pr_fmt(fmt) KBUILD_MODNAME ": " fmt > + > +#include > +#include > +#include > +#include > +#include > +#include > + > +int device_major = 8; > +int device_minor; > +int fmode = FMODE_READ | FMODE_WRITE; > + > +/* > + * Each interposer must have a common part in the form of the blk_interposer structure, > + * as well as its own unique data. > + */ > +struct my_interposer { > + /* > + * Common part of block device interposer. > + */ > + struct blk_interposer interposer; > + /* > + * Specific part for our interposer data. > + */ > + atomic_t counter; > +}; > + > +struct my_interposer my_ip; > + > +/** > + * blk_interposer_attach - Attach interposer to disk > + * @disk: target disk > + * @interposer: block device interposer > + */ > +static int blk_interposer_attach(struct gendisk *disk, struct blk_interposer *interposer) > +{ > + int ret = 0; > + > + /* > + * Stop disks queue processing. > + */ > + blk_mq_freeze_queue(disk->queue); > + blk_mq_quiesce_queue(disk->queue); > + > + /* > + * Check if the interposer is already busy. > + * The interposer will only connect if it is not busy. > + */ > + if (blk_has_interposer(disk)) { > + pr_info("The interposer is already busy.\n"); > + ret = -EBUSY; > + goto out; > + } > + > + /* > + * Attach the interposer. > + */ > + disk->interposer = interposer; > + /* > + * And while the queue is stopped, we can do something specific for our module. > + */ > + pr_info("Block device interposer attached successfully.\n"); > + > +out: > + /* > + * Resume disks queue processing > + */ > + blk_mq_unquiesce_queue(disk->queue); > + blk_mq_unfreeze_queue(disk->queue); > + > + return ret; > +} > + > +/** > + * blk_interposer_detach - Detach interposer from disk > + * @disk: target disk > + * @interposer: block device interposer > + */ > +static int blk_interposer_detach(struct gendisk *disk, struct blk_interposer *interposer) > +{ > + int ret = 0; > + > + if (WARN_ON(!disk)) > + return -EINVAL; > + > + /* > + * Stop disks queue processing. > + */ > + blk_mq_freeze_queue(disk->queue); > + blk_mq_quiesce_queue(disk->queue); > + > + /* > + * Check if the interposer is still available. > + */ > + if (!disk->interposer) { > + pr_info("The interposer is not available.\n"); > + return -ENOENT; > + goto out; > + } > + /* > + * Check if it is really our interposer. > + */ > + if (disk->interposer->ip_submit_bio != interposer->ip_submit_bio) { > + pr_info("The interposer found is not ours.\n"); > + return -EPERM; > + goto out; > + } > + > + /* > + * Detach interposer. > + */ > + disk->interposer = NULL; > + /* > + * And while the queue is stopped, we can do something specific for our module. > + */ > + pr_info("Block device interposer detached successfully.\n"); > + > +out: > + /* > + * Resume disks queue processing. > + */ > + blk_mq_unquiesce_queue(disk->queue); > + blk_mq_unfreeze_queue(disk->queue); > + > + return ret; > +} This attach and detach code needs to be elevated out of samples so that any future consumer of blk_interposer doesn't reinvent it. It is far too fundamental. The way you've proposed this be merged is very much unacceptable. Nacked-by: Mike Snitzer