From patchwork Wed Jan 4 08:53:54 2023 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Yu Kuai X-Patchwork-Id: 38783 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:4e01:0:0:0:0:0 with SMTP id p1csp5031539wrt; Wed, 4 Jan 2023 00:31:07 -0800 (PST) X-Google-Smtp-Source: AMrXdXuWw7YOFvivpJKPErWLcRDIz/6fkttvt3K14GEE/tO5qF7lu5MgOdjnVDL9OJIRdepD9I8w X-Received: by 2002:a17:902:d2cf:b0:192:90e7:41d5 with SMTP id n15-20020a170902d2cf00b0019290e741d5mr40279733plc.52.1672821066740; Wed, 04 Jan 2023 00:31:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672821066; cv=none; d=google.com; s=arc-20160816; b=O1HrT/pJ1iEM32vd2v2Vsgdt6nBjBy7aa71bQkv+aHfLwh86GQdZ0eqYgvT19MNrFe XRXxgyfHj6Xx8zq1Wb8a5lsxjfNDWGFRnUJZw1WKffH64PggK96t4UiCESJnMqqrPSUC 7wkULEwNOanO7dED+XCvynjujwrsyfA3yR6vY3QyPfaOn3sciD7R6eRF0bKUXdmF+Y1l 4vnSb6WCgU9lsXH4/6zwk0vcP3pc0Sw9hVPev73UEYVnqeEqB6Ru1C70wueCRui0BHAi 7pjwwOhDiuYAoW1lta+yJIzdqc6HdXn5EZ3p7XcAol6ARjn0LhIUgodSwgpKa7sC8Kwn 9kiQ== 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 :references:in-reply-to:message-id:date:subject:cc:to:from; bh=swlSYfVLdggElr16QsZwxeomX9/TR+0QeMQnCXaWpGk=; b=mY6Ioy3JXEWiVe22EZoUt8o24UMz3wwEm5yrL86FpKK4nYnveA5OnNkKjjQeU/Dfne 2PAsoi4FPMjOqKtvvyeswYUyq753R0cMCsJlhrGcX75LoHkH+LzwKNJm6DvRlxk6iYUj rOKV1I0KR0WgmFGzkcVO7LLNaxhgTJG1Ni2wmsKTkpX0BRf7rAkWIgjQh31e0DSYwIec PaxTeDKTHYnT8aBGZr1XvmxrFmElCd3Oasd9oLktrtLvydZ86UJG4Z1g8ZPt3XGsuvH2 Gll/YQhL531S7cW6fw3ualBxFDgf03riEa15Qo6blZAmZajCPMVkX07iDASn7HzOBi/X 6/uw== ARC-Authentication-Results: i=1; mx.google.com; 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 Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t10-20020a170902e84a00b00189754b9d97si34163744plg.122.2023.01.04.00.30.54; Wed, 04 Jan 2023 00:31:06 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233942AbjADI33 (ORCPT + 99 others); Wed, 4 Jan 2023 03:29:29 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59510 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234042AbjADI3Z (ORCPT ); Wed, 4 Jan 2023 03:29:25 -0500 Received: from dggsgout11.his.huawei.com (dggsgout11.his.huawei.com [45.249.212.51]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CEA44193CF; Wed, 4 Jan 2023 00:29:24 -0800 (PST) Received: from mail02.huawei.com (unknown [172.30.67.169]) by dggsgout11.his.huawei.com (SkyGuard) with ESMTP id 4Nn2nq4J7sz4f3wYs; Wed, 4 Jan 2023 16:29:19 +0800 (CST) Received: from huaweicloud.com (unknown [10.175.127.227]) by APP2 (Coremail) with SMTP id Syh0CgBnW+ndOLVjwys+BA--.58806S8; Wed, 04 Jan 2023 16:29:22 +0800 (CST) From: Yu Kuai To: tj@kernel.org, hch@infradead.org, josef@toxicpanda.com, axboe@kernel.dk Cc: cgroups@vger.kernel.org, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, yukuai3@huawei.com, yukuai1@huaweicloud.com, yi.zhang@huawei.com, yangerkun@huawei.com Subject: [PATCH -next 4/4] block/rq_qos: fail rq_qos_add() after rq_qos_exit() Date: Wed, 4 Jan 2023 16:53:54 +0800 Message-Id: <20230104085354.2343590-5-yukuai1@huaweicloud.com> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20230104085354.2343590-1-yukuai1@huaweicloud.com> References: <20230104085354.2343590-1-yukuai1@huaweicloud.com> MIME-Version: 1.0 X-CM-TRANSID: Syh0CgBnW+ndOLVjwys+BA--.58806S8 X-Coremail-Antispam: 1UD129KBjvJXoW7CF15XrWkCrWxZr4xCF4kZwb_yoW8ArW8pa yfKr1ay3yqgrs7W3WfGw48X39xA3yrKr47AFn7X3yfArWUCr1j9F1vyFWUtayfAFnrJF4f trn5Kr15Cr15J3DanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUPF14x267AKxVWrJVCq3wAFc2x0x2IEx4CE42xK8VAvwI8IcIk0 rVWrJVCq3wAFIxvE14AKwVWUJVWUGwA2048vs2IY020E87I2jVAFwI0_JF0E3s1l82xGYI kIc2x26xkF7I0E14v26ryj6s0DM28lY4IEw2IIxxk0rwA2F7IY1VAKz4vEj48ve4kI8wA2 z4x0Y4vE2Ix0cI8IcVAFwI0_tr0E3s1l84ACjcxK6xIIjxv20xvEc7CjxVAFwI0_Gr1j6F 4UJwA2z4x0Y4vEx4A2jsIE14v26rxl6s0DM28EF7xvwVC2z280aVCY1x0267AKxVW0oVCq 3wAS0I0E0xvYzxvE52x082IY62kv0487Mc02F40EFcxC0VAKzVAqx4xG6I80ewAv7VC0I7 IYx2IY67AKxVWUJVWUGwAv7VC2z280aVAFwI0_Jr0_Gr1lOx8S6xCaFVCjc4AY6r1j6r4U M4x0Y48IcxkI7VAKI48JM4x0x7Aq67IIx4CEVc8vx2IErcIFxwACI402YVCY1x02628vn2 kIc2xKxwCF04k20xvY0x0EwIxGrwCFx2IqxVCFs4IE7xkEbVWUJVW8JwC20s026c02F40E 14v26r1j6r18MI8I3I0E7480Y4vE14v26r106r1rMI8E67AF67kF1VAFwI0_Jw0_GFylIx kGc2Ij64vIr41lIxAIcVC0I7IYx2IY67AKxVWUJVWUCwCI42IY6xIIjxv20xvEc7CjxVAF wI0_Cr0_Gr1UMIIF0xvE42xK8VAvwI8IcIk0rVWUJVWUCwCI42IY6I8E87Iv67AKxVWUJV W8JwCI42IY6I8E87Iv6xkF7I0E14v26r4j6r4UJbIYCTnIWIevJa73UjIFyTuYvjfUOBTY UUUUU X-CM-SenderInfo: 51xn3trlr6x35dzhxuhorxvhhfrp/ X-CFilter-Loop: Reflected X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_PASS 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 X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1754080022694338375?= X-GMAIL-MSGID: =?utf-8?q?1754080022694338375?= From: Yu Kuai rq_qos_add() can still succeed after rq_qos_exit() is done, which will cause memory leak because such rq_qos will never be removed. t1 t2 // configure iocost blk_iocost_init //remove device del_gendisk rq_qos_exit // done nothing because rq_qos doesn't exist rq_qos_add // will succeed, and rq_qos won't be removed Fix the problem by setting q->rq_qos to a special value in rq_qos_exit(), and check the value in rq_qos_add(). Signed-off-by: Yu Kuai --- block/blk-rq-qos.c | 20 +++++++++++++++++--- 1 file changed, 17 insertions(+), 3 deletions(-) diff --git a/block/blk-rq-qos.c b/block/blk-rq-qos.c index 5f7ccc249c11..cfd8024ff6e8 100644 --- a/block/blk-rq-qos.c +++ b/block/blk-rq-qos.c @@ -290,6 +290,10 @@ void rq_qos_wait(struct rq_wait *rqw, void *private_data, static int __rq_qos_add(struct request_queue *q, struct rq_qos *rqos) { + /* See details in rq_qos_exit() for this specail value. */ + if (IS_ERR(q->rq_qos)) + return PTR_ERR(q->rq_qos); + /* * No IO can be in-flight when adding rqos, so freeze queue, which * is fine since we only support rq_qos for blk-mq queue. @@ -356,12 +360,22 @@ void rq_qos_del(struct request_queue *q, struct rq_qos *rqos) void rq_qos_exit(struct request_queue *q) { + struct rq_qos *rqos; + mutex_lock(&rq_qos_lock); - while (q->rq_qos) { - struct rq_qos *rqos = q->rq_qos; - q->rq_qos = rqos->next; + rqos = q->rq_qos; + + /* + * Set q->rq_qos to a special value to make sure rq_qos_add() will fail + * after rq_qos_exit(). + */ + q->rq_qos = ERR_PTR(-ENODEV); + + while (rqos) { rqos->ops->exit(rqos); + rqos = rqos->next; } + mutex_unlock(&rq_qos_lock); }