Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp2886899rwd; Fri, 9 Jun 2023 20:00:31 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ7xCZF7NmF0sdux8VKITqwTSufqPgpWzDLJkzXHjNYqpYx/wlO1ICPI68XAChtbyrLoAObb X-Received: by 2002:a17:903:1ce:b0:1b0:25ab:a9eb with SMTP id e14-20020a17090301ce00b001b025aba9ebmr418259plh.8.1686366030915; Fri, 09 Jun 2023 20:00:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1686366030; cv=none; d=google.com; s=arc-20160816; b=0gFVkDZsyvWgL7jDF3mN7XvDwGMJkKhb4ZOFNappb4O5LFHPBwcrGTKKGS1+DsKVnF 3uUg9ttHuPrKY4JZUahR8Mxj/KYcg/g0M2zhLBasq9spoWU8ZJW+Jg13/Y1Q4hTzYB1f sTP/D+WPwbGrQcPXtBbF6iuoqgBVQEMu/WoaZmysLJrl8th45H1jQLphJBPhSAJj5MCV KT2hrnXQFKYJXu2rWmmSknSY2gO/fjak7xWuS/SLmRpAzI629AeSYZgM5a+GR2iUz2F5 WFYHvWfAmFJHAJLSQbAcUGjBltF+tpMnrjjXSoVnRDrDzSy0JG2q3dLX5mFUAKDSTlCn 2czw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=YqclnQ9Vkj6+WYsREVpTvKoz6VmdxQ7jHh7uxDFoRgU=; b=a/XcuHLxSg91WQKhvjSUWPYy//vGeye7JKVSb1xW8k1ools+Aibakqzob9oQLx82yT U/dOqazxVEFR3OChNmWzPWA3imonZeYcS9/cmDMKSwDGDu/hn0+HEJmlaq+QoKAAIMqd ZO7cbM+xTwu7Pz6xfkYVHQwbTWNGryDvoyY0BbLLV/HKFnhAra2EKEXNc0TaICjkuyqe DIOK0Kc0g21tvfCdjPpKDdDooqDwVxDinMu6qeG77pfITtfXiupEfb9Ji3jpcRZ5FJx7 8vkPSeKfHEPK7ntXBJa/JJoQhhr8vtSVGEc8J0hDR7YA46UUBdaZBVSW612wVRnx8NGs Y7Hw== 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id kt14-20020a170903088e00b001b24fc1da2esi3480986plb.61.2023.06.09.20.00.17; Fri, 09 Jun 2023 20:00:30 -0700 (PDT) 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 S232406AbjFJCc5 (ORCPT + 99 others); Fri, 9 Jun 2023 22:32:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48336 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229697AbjFJCc4 (ORCPT ); Fri, 9 Jun 2023 22:32:56 -0400 Received: from dggsgout11.his.huawei.com (dggsgout11.his.huawei.com [45.249.212.51]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 846AE35B5; Fri, 9 Jun 2023 19:32:54 -0700 (PDT) Received: from mail02.huawei.com (unknown [172.30.67.153]) by dggsgout11.his.huawei.com (SkyGuard) with ESMTP id 4QdMS25FF1z4f3l2C; Sat, 10 Jun 2023 10:32:50 +0800 (CST) Received: from [10.174.176.73] (unknown [10.174.176.73]) by APP4 (Coremail) with SMTP id gCh0CgCXaK_S4INkrTpkLQ--.11723S3; Sat, 10 Jun 2023 10:32:51 +0800 (CST) Subject: Re: [PATCH] md/raid10: Only check QUEUE_FLAG_IO_STAT when issuing io To: linan666@huaweicloud.com, song@kernel.org, jgq516@gmail.com Cc: linux-raid@vger.kernel.org, linux-kernel@vger.kernel.org, linan122@huawei.com, yi.zhang@huawei.com, houtao1@huawei.com, yangerkun@huawei.com, "yukuai (C)" References: <20230609094320.2397604-1-linan666@huaweicloud.com> From: Yu Kuai Message-ID: <8d2134a6-90dc-822b-52ef-cd7cc8060b36@huaweicloud.com> Date: Sat, 10 Jun 2023 10:32:50 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20230609094320.2397604-1-linan666@huaweicloud.com> Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 8bit X-CM-TRANSID: gCh0CgCXaK_S4INkrTpkLQ--.11723S3 X-Coremail-Antispam: 1UD129KBjvJXoW7tF13tFWDGFW3Gry8XrWrKrg_yoW8CrW7p3 9rCw1Fq3y5Wa12kFyqgayDGa4rKa9FkrW0yrn7J3yUXa4avry2k3WqqFZ0gr1kGrZ3CFW2 qF109anrGa90yFJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUU9214x267AKxVW8JVW5JwAFc2x0x2IEx4CE42xK8VAvwI8IcIk0 rVWrJVCq3wAFIxvE14AKwVWUJVWUGwA2ocxC64kIII0Yj41l84x0c7CEw4AK67xGY2AK02 1l84ACjcxK6xIIjxv20xvE14v26ryj6F1UM28EF7xvwVC0I7IYx2IY6xkF7I0E14v26F4j 6r4UJwA2z4x0Y4vEx4A2jsIE14v26rxl6s0DM28EF7xvwVC2z280aVCY1x0267AKxVW0oV Cq3wAS0I0E0xvYzxvE52x082IY62kv0487Mc02F40EFcxC0VAKzVAqx4xG6I80ewAv7VC0 I7IYx2IY67AKxVWUGVWUXwAv7VC2z280aVAFwI0_Jr0_Gr1lOx8S6xCaFVCjc4AY6r1j6r 4UM4x0Y48IcVAKI48JM4x0x7Aq67IIx4CEVc8vx2IErcIFxwACI402YVCY1x02628vn2kI c2xKxwCYjI0SjxkI62AI1cAE67vIY487MxAIw28IcxkI7VAKI48JMxC20s026xCaFVCjc4 AY6r1j6r4UMI8I3I0E5I8CrVAFwI0_Jr0_Jr4lx2IqxVCjr7xvwVAFwI0_JrI_JrWlx4CE 17CEb7AF67AKxVWUtVW8ZwCIc40Y0x0EwIxGrwCI42IY6xIIjxv20xvE14v26r1I6r4UMI IF0xvE2Ix0cI8IcVCY1x0267AKxVWxJVW8Jr1lIxAIcVCF04k26cxKx2IYs7xG6rWUJVWr Zr1UMIIF0xvEx4A2jsIE14v26r1j6r4UMIIF0xvEx4A2jsIEc7CjxVAFwI0_Gr0_Gr1UYx BIdaVFxhVjvjDU0xZFpf9x0JUZa9-UUUUU= X-CM-SenderInfo: 51xn3trlr6x35dzhxuhorxvhhfrp/ X-CFilter-Loop: Reflected X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,NICE_REPLY_A, SPF_HELO_NONE,SPF_NONE,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 Hi, ?? 2023/06/09 17:43, linan666@huaweicloud.com ะด??: > From: Li Nan > > /sys/block/[device]/queue/iostats is used to control whether to count io > stat. Write 0 to it will clear queue_flags QUEUE_FLAG_IO_STAT which means > iostats is disabled. If we disable iostats and later endable it, the io > issued during this period will be counted incorrectly, inflight will be > decreased to -1. > > //T1 set iostats > echo 0 > /sys/block/md0/queue/iostats > clear QUEUE_FLAG_IO_STAT > > //T2 issue io > if (QUEUE_FLAG_IO_STAT) -> false > bio_start_io_acct > inflight++ > > echo 1 > /sys/block/md0/queue/iostats > set QUEUE_FLAG_IO_STAT > > //T3 io end > if (QUEUE_FLAG_IO_STAT) -> true > bio_end_io_acct > inflight-- -> -1 > > Also, if iostats is enabled while issuing io but disabled while io end, > inflight will never be decreased. > > Fix it by checking start_time when io end. Only check QUEUE_FLAG_IO_STAT > while issuing io, just like request based devices. > > Fixes: 528bc2cf2fcc ("md/raid10: enable io accounting") > Signed-off-by: Li Nan > --- > drivers/md/raid10.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/md/raid10.c b/drivers/md/raid10.c > index 381c21f7fb06..bf9dca5c25c3 100644 > --- a/drivers/md/raid10.c > +++ b/drivers/md/raid10.c > @@ -325,7 +325,7 @@ static void raid_end_bio_io(struct r10bio *r10_bio) > if (!test_bit(R10BIO_Uptodate, &r10_bio->state)) > bio->bi_status = BLK_STS_IOERR; > > - if (blk_queue_io_stat(bio->bi_bdev->bd_disk->queue)) > + if (r10_bio->start_time) > bio_end_io_acct(bio, r10_bio->start_time); This patch LGTM, can you change this for raid1 as well? raid0 and raid456 is using md_account_bio(), and they don't have such problem. Thanks, Kuai > bio_endio(bio); > /* >