Received: by 2002:a05:6a10:c7c6:0:0:0:0 with SMTP id h6csp42022pxy; Fri, 30 Jul 2021 23:12:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxGuF7Rf1jBEx1katt2yyeZAWOZxJrUMe7B7YafAROCd/C0UD7hfR4fjweNlPngGhttSIus X-Received: by 2002:a92:d346:: with SMTP id a6mr3108553ilh.249.1627711938397; Fri, 30 Jul 2021 23:12:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627711938; cv=none; d=google.com; s=arc-20160816; b=LXxXw9EAnpLnk1Sn/HRQ7jTUk131CFMSK37NC8L7v9unQ2mZ6WMwxTThZpdMr5v9H3 TrP+m+pNgsM65re5Y0qc6xgMCMVnPJQrHCsKphUaWBa+IgZMIS7TN4yf1f7H2+Z+1tx6 b/mNtkqeTGeDrQgyuPB0MvoAtQTiOeW0y+BWbRYK218+mUdoJ9PiLcLxLI9LGPTAmUAp 0mW9eA6X5Y0SYqHmC7rawQYDQpZP6IP2swYcvsXpTRt8HJVkyFXZcZ2jkwRfqS/JXqHM NCwbhfznuX7wOwnaAm8prbwqxTkwNQ6vaLfPzRQKu9CflxfjV+6mwGWiEnlTJnRARY0O Kv2g== 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 :message-id:date:subject:cc:to:from; bh=xOL330g2qaqIg2BLpaZN67FQvBMU0fredV3V9QYG8Ms=; b=Cv2rSqyoc2m0//424oFUCubDPjkVku2zxPZwokbGoXYJh+7A4Jl4Tsy6tpHe14hXQz Goz56WffNs/9+iZIXD5K6oJQqVHISyW8D3hm6PLAkRtv0RBBr5NUKiBZZ/a93UJOpDFS a6E2sKU02aczi5qnRqxrE/nOR7yfrGqsWiztsxTyZDju+4FY8BXd01DwFJLNJdVdNhpT leCTvZ5+AL7xIzieE1OZ/E/AvxIkUqWDZBPLog9t/RP+IhmkpSXYkO9B+G/XuC7gfNav Bcd+Bjn5bVh76Om8cdzSSLndMs0wV7jMX8hOa6HqLnREjhWzQw+hy3YZUEVkBgbtepx2 BKew== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g14si5225674jat.28.2021.07.30.23.11.44; Fri, 30 Jul 2021 23:12:18 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237349AbhGaGK4 (ORCPT + 99 others); Sat, 31 Jul 2021 02:10:56 -0400 Received: from szxga02-in.huawei.com ([45.249.212.188]:7908 "EHLO szxga02-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237018AbhGaGKv (ORCPT ); Sat, 31 Jul 2021 02:10:51 -0400 Received: from dggemv703-chm.china.huawei.com (unknown [172.30.72.54]) by szxga02-in.huawei.com (SkyGuard) with ESMTP id 4GcDLR3DbFz80yh; Sat, 31 Jul 2021 14:06:55 +0800 (CST) Received: from dggema762-chm.china.huawei.com (10.1.198.204) by dggemv703-chm.china.huawei.com (10.3.19.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2176.2; Sat, 31 Jul 2021 14:10:43 +0800 Received: from huawei.com (10.175.127.227) by dggema762-chm.china.huawei.com (10.1.198.204) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Sat, 31 Jul 2021 14:10:42 +0800 From: Yu Kuai To: CC: , , , Subject: [PATCH] blk-mq: clear active_queues before clearing BLK_MQ_F_TAG_QUEUE_SHARED Date: Sat, 31 Jul 2021 14:21:30 +0800 Message-ID: <20210731062130.1533893-1-yukuai3@huawei.com> X-Mailer: git-send-email 2.31.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.175.127.227] X-ClientProxiedBy: dggems704-chm.china.huawei.com (10.3.19.181) To dggema762-chm.china.huawei.com (10.1.198.204) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org We run a test that delete and recover devcies frequently(two devices on the same host), and we found that 'active_queues' is super big after a period of time. If device a and device b share a tag set, and a is deleted, then blk_mq_exit_queue() will clear BLK_MQ_F_TAG_QUEUE_SHARED because there is only one queue that are using the tag set. However, if b is still active, the active_queues of b might never be cleared even if b is deleted. Thus clear active_queues before BLK_MQ_F_TAG_QUEUE_SHARED is cleared. Signed-off-by: Yu Kuai --- block/blk-mq.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/block/blk-mq.c b/block/blk-mq.c index 2c4ac51e54eb..2fe396385a4a 100644 --- a/block/blk-mq.c +++ b/block/blk-mq.c @@ -2994,10 +2994,12 @@ static void queue_set_hctx_shared(struct request_queue *q, bool shared) int i; queue_for_each_hw_ctx(q, hctx, i) { - if (shared) + if (shared) { hctx->flags |= BLK_MQ_F_TAG_QUEUE_SHARED; - else + } else { + blk_mq_tag_idle(hctx); hctx->flags &= ~BLK_MQ_F_TAG_QUEUE_SHARED; + } } } -- 2.31.1