Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp3927500pxb; Mon, 21 Feb 2022 08:28:47 -0800 (PST) X-Google-Smtp-Source: ABdhPJy8a6AkbgKhYCxxtkigtBEGij2Hzn1Kyi8dgHmH/R0s4q58CIw/qQ5GJe9gF+D3oHCkRnJP X-Received: by 2002:aa7:d403:0:b0:40f:739c:cbae with SMTP id z3-20020aa7d403000000b0040f739ccbaemr22724720edq.267.1645460927015; Mon, 21 Feb 2022 08:28:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645460927; cv=none; d=google.com; s=arc-20160816; b=kcNQKO216AZupEDJJIZoys9sGIIzs3GGUIRomn4+ngpaAdoqSEtsc3uK2SjRLsuw94 HJRS9PN4qtdqnV0NaNrTMGbLT1H8Ml7MBhgICIAJ0TUSIZIaHD2uCRGfzRUvdfKzZuuE j+/HeYrMKU3xpMw2/CbsBV5I7aMFCvGsAN6MKAXIZ5Cs1TQtx1QHalkLfBSOC98sI9iX fl26tKVoK2Y0ibc/3S34KDVh2yC6LfWiHJZXpqnmq3k2pIu6L5Ek63iVHtYTNWRri99K grXwvIOlOUXzEs543KZaDqIpJlFeW0iZIsIVdk4e7zpFtAtJxc/ka1QJppJPl3lXuNRh 3CMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=UDmUXdOZkBGnap4fdBGP6bM7I/OjF96cxcK6MU8/1SI=; b=zzr9d4mIauDZfYtxKY2mFj9+PdSB58O9QWmcgS+PqySeGyp7oQ76ODb4XZzPACsMCc wgYBriIlYJcyzCyLUPRZ+2JZiAB1kBmO0gy96zyar0xqY8/6+ccAbYEyJyvc2pnHq+tT aDBJKsc64c29At6en0DQ1fbPtg+iWFS0JeQdiUo7IE1woqILkJyofpIQnHW1/pm5t2BO evVn9ah6nMupIOHBizKh71wmF71GiF9lZSOsZe/5S8Zew9w8E7ydHmW5PSNzflnxN34L ZlhmPX4eog4PHRgAhQkTZR44e/BTMNgEAr3s/tbv4c5pIBV9BnkHuwv/QUbdBNugbmei gQ+w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=zFWNgB5U; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g25si3901462edq.153.2022.02.21.08.28.24; Mon, 21 Feb 2022 08:28:47 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=zFWNgB5U; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1353884AbiBUKC2 (ORCPT + 99 others); Mon, 21 Feb 2022 05:02:28 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:49824 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1352070AbiBUJyW (ORCPT ); Mon, 21 Feb 2022 04:54:22 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B213A37BC0; Mon, 21 Feb 2022 01:24:01 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 45C56608C4; Mon, 21 Feb 2022 09:24:01 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2760AC340E9; Mon, 21 Feb 2022 09:23:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1645435440; bh=PZ4zbWHG6FHr4c5kMC4jycMZlER2SHA6mGK3PahdE2c=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=zFWNgB5UiEKQuMzACl88vYmkxpqpJTSbxZS1Sl4JMLWshLwzD6kkaqmfjUiue6qLn KCO2W178uvXymlmNYlIN6mJK4RyR3oZmRUE3hJyxu/B9/Vhaa/wOglOkMgApp15Ywm t0gT756+eOvcfWFv7u5MjJZLE2wX8EYsuOvxVd9Q= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, =?UTF-8?q?Markus=20Bl=C3=B6chl?= , Christoph Hellwig , Sagi Grimberg , Jens Axboe Subject: [PATCH 5.16 164/227] block: fix surprise removal for drivers calling blk_set_queue_dying Date: Mon, 21 Feb 2022 09:49:43 +0100 Message-Id: <20220221084940.279885173@linuxfoundation.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220221084934.836145070@linuxfoundation.org> References: <20220221084934.836145070@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Christoph Hellwig commit 7a5428dcb7902700b830e912feee4e845df7c019 upstream. Various block drivers call blk_set_queue_dying to mark a disk as dead due to surprise removal events, but since commit 8e141f9eb803 that doesn't work given that the GD_DEAD flag needs to be set to stop I/O. Replace the driver calls to blk_set_queue_dying with a new (and properly documented) blk_mark_disk_dead API, and fold blk_set_queue_dying into the only remaining caller. Fixes: 8e141f9eb803 ("block: drain file system I/O on del_gendisk") Reported-by: Markus Blöchl Signed-off-by: Christoph Hellwig Reviewed-by: Sagi Grimberg Link: https://lore.kernel.org/r/20220217075231.1140-1-hch@lst.de Signed-off-by: Jens Axboe Signed-off-by: Greg Kroah-Hartman --- block/blk-core.c | 10 ++-------- block/genhd.c | 14 ++++++++++++++ drivers/block/mtip32xx/mtip32xx.c | 2 +- drivers/block/rbd.c | 2 +- drivers/block/xen-blkfront.c | 2 +- drivers/md/dm.c | 2 +- drivers/nvme/host/core.c | 2 +- drivers/nvme/host/multipath.c | 2 +- include/linux/blkdev.h | 3 ++- 9 files changed, 24 insertions(+), 15 deletions(-) --- a/block/blk-core.c +++ b/block/blk-core.c @@ -324,13 +324,6 @@ void blk_queue_start_drain(struct reques wake_up_all(&q->mq_freeze_wq); } -void blk_set_queue_dying(struct request_queue *q) -{ - blk_queue_flag_set(QUEUE_FLAG_DYING, q); - blk_queue_start_drain(q); -} -EXPORT_SYMBOL_GPL(blk_set_queue_dying); - /** * blk_cleanup_queue - shutdown a request queue * @q: request queue to shutdown @@ -348,7 +341,8 @@ void blk_cleanup_queue(struct request_qu WARN_ON_ONCE(blk_queue_registered(q)); /* mark @q DYING, no new request or merges will be allowed afterwards */ - blk_set_queue_dying(q); + blk_queue_flag_set(QUEUE_FLAG_DYING, q); + blk_queue_start_drain(q); blk_queue_flag_set(QUEUE_FLAG_NOMERGES, q); blk_queue_flag_set(QUEUE_FLAG_NOXMERGES, q); --- a/block/genhd.c +++ b/block/genhd.c @@ -550,6 +550,20 @@ out_free_ext_minor: EXPORT_SYMBOL(device_add_disk); /** + * blk_mark_disk_dead - mark a disk as dead + * @disk: disk to mark as dead + * + * Mark as disk as dead (e.g. surprise removed) and don't accept any new I/O + * to this disk. + */ +void blk_mark_disk_dead(struct gendisk *disk) +{ + set_bit(GD_DEAD, &disk->state); + blk_queue_start_drain(disk->queue); +} +EXPORT_SYMBOL_GPL(blk_mark_disk_dead); + +/** * del_gendisk - remove the gendisk * @disk: the struct gendisk to remove * --- a/drivers/block/mtip32xx/mtip32xx.c +++ b/drivers/block/mtip32xx/mtip32xx.c @@ -4113,7 +4113,7 @@ static void mtip_pci_remove(struct pci_d "Completion workers still active!\n"); } - blk_set_queue_dying(dd->queue); + blk_mark_disk_dead(dd->disk); set_bit(MTIP_DDF_REMOVE_PENDING_BIT, &dd->dd_flag); /* Clean up the block layer. */ --- a/drivers/block/rbd.c +++ b/drivers/block/rbd.c @@ -7186,7 +7186,7 @@ static ssize_t do_rbd_remove(struct bus_ * IO to complete/fail. */ blk_mq_freeze_queue(rbd_dev->disk->queue); - blk_set_queue_dying(rbd_dev->disk->queue); + blk_mark_disk_dead(rbd_dev->disk); } del_gendisk(rbd_dev->disk); --- a/drivers/block/xen-blkfront.c +++ b/drivers/block/xen-blkfront.c @@ -2129,7 +2129,7 @@ static void blkfront_closing(struct blkf /* No more blkif_request(). */ blk_mq_stop_hw_queues(info->rq); - blk_set_queue_dying(info->rq); + blk_mark_disk_dead(info->gd); set_capacity(info->gd, 0); for_each_rinfo(info, rinfo, i) { --- a/drivers/md/dm.c +++ b/drivers/md/dm.c @@ -2140,7 +2140,7 @@ static void __dm_destroy(struct mapped_d set_bit(DMF_FREEING, &md->flags); spin_unlock(&_minor_lock); - blk_set_queue_dying(md->queue); + blk_mark_disk_dead(md->disk); /* * Take suspend_lock so that presuspend and postsuspend methods --- a/drivers/nvme/host/core.c +++ b/drivers/nvme/host/core.c @@ -4578,7 +4578,7 @@ static void nvme_set_queue_dying(struct if (test_and_set_bit(NVME_NS_DEAD, &ns->flags)) return; - blk_set_queue_dying(ns->queue); + blk_mark_disk_dead(ns->disk); nvme_start_ns_queue(ns); set_capacity_and_notify(ns->disk, 0); --- a/drivers/nvme/host/multipath.c +++ b/drivers/nvme/host/multipath.c @@ -817,7 +817,7 @@ void nvme_mpath_remove_disk(struct nvme_ { if (!head->disk) return; - blk_set_queue_dying(head->disk->queue); + blk_mark_disk_dead(head->disk); /* make sure all pending bios are cleaned up */ kblockd_schedule_work(&head->requeue_work); flush_work(&head->requeue_work); --- a/include/linux/blkdev.h +++ b/include/linux/blkdev.h @@ -740,7 +740,8 @@ extern bool blk_queue_can_use_dma_map_me bool __must_check blk_get_queue(struct request_queue *); extern void blk_put_queue(struct request_queue *); -extern void blk_set_queue_dying(struct request_queue *); + +void blk_mark_disk_dead(struct gendisk *disk); #ifdef CONFIG_BLOCK /*