Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp1958067rwb; Sun, 18 Sep 2022 18:39:23 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6fz7JAHEiiq/laansOx9QfXwsiXMrTJqHdUkgA7D04UfRemBYa8eNLDZCU8vZ6rGpcVGzF X-Received: by 2002:a17:907:2d23:b0:77c:ed93:3dc5 with SMTP id gs35-20020a1709072d2300b0077ced933dc5mr11074454ejc.360.1663551563700; Sun, 18 Sep 2022 18:39:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663551563; cv=none; d=google.com; s=arc-20160816; b=zIC09CZT/5i9VRCKUBb0w/vuA8NWkjOePY+ZEsknWtaP3P+AZY+VK2OLaJ1V4zecH6 fFcENW0CmPoc04GtznrsfKdTxK4HHfkJEfWrNPitZUd8y97kdvgHNqsqweOPKRw2YPDu 7blZfQB81tLqVOj2uXFdgKGSDjonhVWwqa4CeLnDyvFXCm6Dzz9VURG1UcN2fiXLok2U KWQE/T8YNKPYQCRdvYPtKquBlat5wdZCZNUzGwbdt1gYOlTBvCz4IwiwtvYeRCvJ2XHb H4Ojr/iMPn3Xv+2MtX3GVpE8yYxW7iNa2BcTnC6dZYW33TuCw5BI7rnuaPjZfe9fI7Xy VuvA== 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=ro8g/ycmYxytCOzAG3sQYT2JsiiYyLq3O2xwvVdNlPc=; b=vjZg7eIEdmQz7ovxj0/epG4Iq2VgisspTG6pcHohj6FBMW3dNuNUk4LCMWoN3hmlEb YEqhFxhvYQEATTsW7aFpsCJZU8uN6NYNOgWsPXomO/os+1XaDhYdSzpXHQhB3P+Fm9Ih Ly12rktUjJ6xFYTk4mExngt9kIvPE4jgZeB1nF7Jv2Lq/WpehMciRdnZu//pR3TqjLUH iRaSIQyKSKv7Y143JHhGugkr/Je1TMnQ9J+p7mHbNojR1HQH9tfiaIohGmsP81vj1NJx JUY8IO8cUbrqPlS4LTTd3x9b2ASzmtTcDq1b7Gy0bTH6N6CaIeMNrR24ER7LI8w0U6ro l+VQ== 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 dt12-20020a170907728c00b0076f0a1c1501si22073434ejc.698.2022.09.18.18.38.55; Sun, 18 Sep 2022 18:39:23 -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 S229573AbiISBIe (ORCPT + 99 others); Sun, 18 Sep 2022 21:08:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44336 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229604AbiISBIb (ORCPT ); Sun, 18 Sep 2022 21:08:31 -0400 Received: from dggsgout11.his.huawei.com (dggsgout11.his.huawei.com [45.249.212.51]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4FC2513F32; Sun, 18 Sep 2022 18:08:30 -0700 (PDT) Received: from mail02.huawei.com (unknown [172.30.67.143]) by dggsgout11.his.huawei.com (SkyGuard) with ESMTP id 4MW62c583vzlC86; Mon, 19 Sep 2022 09:06:48 +0800 (CST) Received: from [10.174.176.73] (unknown [10.174.176.73]) by APP2 (Coremail) with SMTP id Syh0CgA3inMKwSdjvhA5BA--.41419S3; Mon, 19 Sep 2022 09:08:28 +0800 (CST) Subject: Re: [PATCH v3 5/5] md/raid10: convert resync_lock to use seqlock To: Guoqing Jiang , Yu Kuai , song@kernel.org, logang@deltatee.com, pmenzel@molgen.mpg.de Cc: linux-raid@vger.kernel.org, linux-kernel@vger.kernel.org, yi.zhang@huawei.com, "yukuai3@huawei.com >> yukuai (C)" References: <20220916113428.774061-1-yukuai1@huaweicloud.com> <20220916113428.774061-6-yukuai1@huaweicloud.com> From: Yu Kuai Message-ID: Date: Mon, 19 Sep 2022 09:08:26 +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: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-CM-TRANSID: Syh0CgA3inMKwSdjvhA5BA--.41419S3 X-Coremail-Antispam: 1UD129KBjvJXoW7Aw1kJr15KF1kZr48JrWrZrb_yoW8Cw4fpa nagFyayFyDWrn3trsxXw4Y9Fy5A3s7Ka4DGryIqa18ZFWYvrW09F4UWr9YgryDZrZ3t340 qFyYg3Z3uFyftFJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUkC14x267AKxVW8JVW5JwAFc2x0x2IEx4CE42xK8VAvwI8IcIk0 rVWrJVCq3wAFIxvE14AKwVWUJVWUGwA2ocxC64kIII0Yj41l84x0c7CEw4AK67xGY2AK02 1l84ACjcxK6xIIjxv20xvE14v26F1j6w1UM28EF7xvwVC0I7IYx2IY6xkF7I0E14v26r4U JVWxJr1l84ACjcxK6I8E87Iv67AKxVW0oVCq3wA2z4x0Y4vEx4A2jsIEc7CjxVAFwI0_Gc CE3s1le2I262IYc4CY6c8Ij28IcVAaY2xG8wAqx4xG64xvF2IEw4CE5I8CrVC2j2WlYx0E 2Ix0cI8IcVAFwI0_Jr0_Jr4lYx0Ex4A2jsIE14v26r1j6r4UMcvjeVCFs4IE7xkEbVWUJV W8JwACjcxG0xvEwIxGrwACjI8F5VA0II8E6IAqYI8I648v4I1lc7I2V7IY0VAS07AlzVAY IcxG8wCF04k20xvY0x0EwIxGrwCFx2IqxVCFs4IE7xkEbVWUJVW8JwC20s026c02F40E14 v26r1j6r18MI8I3I0E7480Y4vE14v26r106r1rMI8E67AF67kF1VAFwI0_Jw0_GFylIxkG c2Ij64vIr41lIxAIcVC0I7IYx2IY67AKxVWUJVWUCwCI42IY6xIIjxv20xvEc7CjxVAFwI 0_Jr0_Gr1lIxAIcVCF04k26cxKx2IYs7xG6rW3Jr0E3s1lIxAIcVC2z280aVAFwI0_Jr0_ Gr1lIxAIcVC2z280aVCY1x0267AKxVWUJVW8JbIYCTnIWIevJa73UjIFyTuYvjfUoOJ5UU UUU X-CM-SenderInfo: 51xn3trlr6x35dzhxuhorxvhhfrp/ X-CFilter-Loop: Reflected X-Spam-Status: No, score=-5.6 required=5.0 tests=BAYES_00,NICE_REPLY_A, 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 Hi, 在 2022/09/18 19:36, Guoqing Jiang 写道: > > > On 9/16/22 7:34 PM, Yu Kuai wrote: >> From: Yu Kuai >> >> Currently, wait_barrier() will hold 'resync_lock' to read >> 'conf->barrier', >> and io can't be dispatched until 'barrier' is dropped. >> >> Since holding the 'barrier' is not common, convert 'resync_lock' to use >> seqlock so that holding lock can be avoided in fast path. >> >> Signed-off-by: Yu Kuai >> --- >>   drivers/md/raid10.c | 87 ++++++++++++++++++++++++++++++--------------- >>   drivers/md/raid10.h |  2 +- >>   2 files changed, 59 insertions(+), 30 deletions(-) >> >> diff --git a/drivers/md/raid10.c b/drivers/md/raid10.c >> index 9a28abd19709..2daa7d57034c 100644 >> --- a/drivers/md/raid10.c >> +++ b/drivers/md/raid10.c >> @@ -79,6 +79,21 @@ static void end_reshape(struct r10conf *conf); >>   #include "raid1-10.c" >> +#define NULL_CMD >> +#define cmd_before(conf, cmd) \ >> +    do { \ >> +        write_sequnlock_irq(&(conf)->resync_lock); \ >> +        cmd; \ >> +    } while (0) >> +#define cmd_after(conf) write_seqlock_irq(&(conf)->resync_lock) > > The two is not paired well given only cmd_before needs the 'cmd'. May be should I just remove cmd_after? > >> + >> +#define wait_event_barrier_cmd(conf, cond, cmd) \ >> +    wait_event_cmd((conf)->wait_barrier, cond, cmd_before(conf, cmd), \ >> +               cmd_after(conf)) >> + >> +#define wait_event_barrier(conf, cond) \ >> +    wait_event_barrier_cmd(conf, cond, NULL_CMD) > > What is the issue without define NULL_CMD? > Checkpatch will complain this: ERROR: space prohibited before that close parenthesis ')' #38: FILE: drivers/md/raid10.c:94: + wait_event_barrier_cmd(conf, cond, ) total: 1 errors, 0 warnings, 169 lines checked Thanks, Kuai > Thanks, > Guoqing > . >