Message ID | 20230113115211.2895845-1-houtao@huaweicloud.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:4e01:0:0:0:0:0 with SMTP id p1csp218990wrt; Fri, 13 Jan 2023 03:38:11 -0800 (PST) X-Google-Smtp-Source: AMrXdXvJEsPDnH9cEv8dHYL4BIbkiCqT0iFeTJ1bdtWbOFSGgSp9hpObm+QBXFZqCEFwAdaa/0zL X-Received: by 2002:a17:902:7089:b0:192:549b:97c3 with SMTP id z9-20020a170902708900b00192549b97c3mr9757399plk.42.1673609891162; Fri, 13 Jan 2023 03:38:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673609891; cv=none; d=google.com; s=arc-20160816; b=vfmgmgpoCT+ob6I1PatnTFWC0FrXJeg7TSP+oTS/wQVCfGeZzaRmaT6dnyT6taFgIr 4JhOzCdLKlUjMDeRkdV8/Feu+xgU6s7fmk7TW+R76w27cqOnK1W+8IKeiWwNSDqrkqAz +zMRdGCgtvN0OclviqMvu916pFFwbxhxmBqGsJ0nmmAIit7LwQF+36I7H61g7lv3KmnG LucaqzLUHP0bPzxvZqVofzK7YsBuIPZrt5EVCjoao3op7/cUHryYMrc+jKXuABXBWcHo ukXwUhvqFxKMxprt6gKo3Gq8VQtDaB9IN9AFxBsXCYcSVAmozK7fjyr205l6dK8jHDOp Dubg== 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=DrOCgXxf75ocqM/PkQDGx25FcKKzkFDFcpHZnKjRZqo=; b=dqmDiwx2Qi1kC0X0aOSbLYBqIiBSbHbYUWGlhbnnOkLa0Z7miBOsGHWIsCbaUUQi5q ZNx+tlg4NI4Zw1LzEKS3AJ+PRgSKlkAJclqlA4IAW1b99Mri4+Zpf3na0YaS5G9hv/Lo +fLDIRWMIY2XG2SB+fkPWy/6hxB/o+YOXSCNHWccg5vX6qhmiZG7eZMXjgze03J2avDf gsu3595OOtDgOrxfX9gjv71HbPAN5n4V4vIgFh//cQ5EYhc78E301BQCxOP4GUpd0U8s V9E3Z/NKm+FuVP+r+shYW6+PBnRbx8XwRhzGkMUlK912EewFw/U0SuLAJFHCDotzGQFl gxfA== 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 t13-20020a170902b20d00b00189d297243fsi19739443plr.254.2023.01.13.03.37.58; Fri, 13 Jan 2023 03:38:11 -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 S232723AbjAMLhS (ORCPT <rfc822;callmefire3@gmail.com> + 99 others); Fri, 13 Jan 2023 06:37:18 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55822 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233109AbjAMLgr (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Fri, 13 Jan 2023 06:36:47 -0500 Received: from dggsgout11.his.huawei.com (dggsgout11.his.huawei.com [45.249.212.51]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1347081C25; Fri, 13 Jan 2023 03:23:47 -0800 (PST) Received: from mail02.huawei.com (unknown [172.30.67.169]) by dggsgout11.his.huawei.com (SkyGuard) with ESMTP id 4NtfDq0TWrz4f4bmv; Fri, 13 Jan 2023 19:23:39 +0800 (CST) Received: from huaweicloud.com (unknown [10.175.124.27]) by APP4 (Coremail) with SMTP id gCh0CgBXwLM6P8Fj7hGXBg--.28092S4; Fri, 13 Jan 2023 19:23:40 +0800 (CST) From: Hou Tao <houtao@huaweicloud.com> To: linux-cachefs@redhat.com Cc: David Howells <dhowells@redhat.com>, Jeff Layton <jlayton@kernel.org>, linux-erofs@lists.ozlabs.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Jingbo Xu <jefflexu@linux.alibaba.com>, houtao1@huawei.com Subject: [PATCH v3 0/2] Fixes for fscache volume operations Date: Fri, 13 Jan 2023 19:52:09 +0800 Message-Id: <20230113115211.2895845-1-houtao@huaweicloud.com> X-Mailer: git-send-email 2.29.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-CM-TRANSID: gCh0CgBXwLM6P8Fj7hGXBg--.28092S4 X-Coremail-Antispam: 1UD129KBjvJXoW7Xry7Zr1fWF1kJrWfur43Awb_yoW8Jr1kpr W3CrsxKFW8G3sxtws7Xw47Z3409FWkta9rWr15Aw1UAr45ZFWjqayUKw1Y9a42y395Aayx XF1Utw4fZryUAFJanT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDU0xBIdaVrnRJUUUgCb4IE77IF4wAFF20E14v26r4j6ryUM7CY07I20VC2zVCF04k2 6cxKx2IYs7xG6rWj6s0DM7CIcVAFz4kK6r1j6r18M28lY4IEw2IIxxk0rwA2F7IY1VAKz4 vEj48ve4kI8wA2z4x0Y4vE2Ix0cI8IcVAFwI0_Ar0_tr1l84ACjcxK6xIIjxv20xvEc7Cj xVAFwI0_Cr0_Gr1UM28EF7xvwVC2z280aVAFwI0_GcCE3s1l84ACjcxK6I8E87Iv6xkF7I 0E14v26rxl6s0DM2AIxVAIcxkEcVAq07x20xvEncxIr21l5I8CrVACY4xI64kE6c02F40E x7xfMcIj6xIIjxv20xvE14v26r1j6r18McIj6I8E87Iv67AKxVWUJVW8JwAm72CE4IkC6x 0Yz7v_Jr0_Gr1lF7xvr2IYc2Ij64vIr41l42xK82IYc2Ij64vIr41l4I8I3I0E4IkC6x0Y z7v_Jr0_Gr1lx2IqxVAqx4xG67AKxVWUJVWUGwC20s026x8GjcxK67AKxVWUGVWUWwC2zV AF1VAY17CE14v26r1q6r43MIIYrxkI7VAKI48JMIIF0xvE2Ix0cI8IcVAFwI0_Jr0_JF4l IxAIcVC0I7IYx2IY6xkF7I0E14v26r1j6r4UMIIF0xvE42xK8VAvwI8IcIk0rVWrZr1j6s 0DMIIF0xvEx4A2jsIE14v26r1j6r4UMIIF0xvEx4A2jsIEc7CjxVAFwI0_Jr0_GrUvcSsG vfC2KfnxnUUI43ZEXa7IU1zuWJUUUUU== X-CM-SenderInfo: xkrx3t3r6k3tpzhluzxrxghudrp/ X-CFilter-Loop: Reflected X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_NONE 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1754907165284759586?= X-GMAIL-MSGID: =?utf-8?q?1754907165284759586?= |
Series |
Fixes for fscache volume operations
|
|
Message
Hou Tao
Jan. 13, 2023, 11:52 a.m. UTC
From: Hou Tao <houtao1@huawei.com>
Hi,
The patchset includes two fixes for fscache volume operations: patch 1
fixes the hang problem during volume acquisition when the volume
acquisition process waits for the freeing of relinquished volume, patch
2 adds the missing memory barrier in fscache_create_volume_work() and it
is spotted through code review when checking whether or not these is
missing smp_mb() before invoking wake_up_bit().
Comments are always welcome.
Chang Log:
v3:
* Use clear_and_wake_up_bit() helper (Suggested by Jingbo Xu)
* Tidy up commit message and add Reviewed-by tag
v2: https://listman.redhat.com/archives/linux-cachefs/2022-December/007402.html
* rebased on v6.1-rc1
* Patch 1: use wait_on_bit() instead (Suggested by David)
* Patch 2: add the missing smp_mb() in fscache_create_volume_work()
v1: https://listman.redhat.com/archives/linux-cachefs/2022-December/007384.html
Hou Tao (2):
fscache: Use wait_on_bit() to wait for the freeing of relinquished
volume
fscache: Use clear_and_wake_up_bit() in fscache_create_volume_work()
fs/fscache/volume.c | 14 +++++++-------
1 file changed, 7 insertions(+), 7 deletions(-)
Comments
Hi David, Could you please pick it up for v6.2 ? On 1/13/2023 7:52 PM, Hou Tao wrote: > From: Hou Tao <houtao1@huawei.com> > > Hi, > > The patchset includes two fixes for fscache volume operations: patch 1 > fixes the hang problem during volume acquisition when the volume > acquisition process waits for the freeing of relinquished volume, patch > 2 adds the missing memory barrier in fscache_create_volume_work() and it > is spotted through code review when checking whether or not these is > missing smp_mb() before invoking wake_up_bit(). > > Comments are always welcome. > > Chang Log: > v3: > * Use clear_and_wake_up_bit() helper (Suggested by Jingbo Xu) > * Tidy up commit message and add Reviewed-by tag > > v2: https://listman.redhat.com/archives/linux-cachefs/2022-December/007402.html > * rebased on v6.1-rc1 > * Patch 1: use wait_on_bit() instead (Suggested by David) > * Patch 2: add the missing smp_mb() in fscache_create_volume_work() > > v1: https://listman.redhat.com/archives/linux-cachefs/2022-December/007384.html > > > Hou Tao (2): > fscache: Use wait_on_bit() to wait for the freeing of relinquished > volume > fscache: Use clear_and_wake_up_bit() in fscache_create_volume_work() > > fs/fscache/volume.c | 14 +++++++------- > 1 file changed, 7 insertions(+), 7 deletions(-) >