Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp97837yba; Thu, 2 May 2019 20:51:23 -0700 (PDT) X-Google-Smtp-Source: APXvYqwyodDkn0bE8maeNnqdbcWI50No9Lj0NIgUyVBnfoC1lQ8S7yVGFYjdLyhUqqA131dwl/MB X-Received: by 2002:aa7:91d5:: with SMTP id z21mr8090427pfa.222.1556855483189; Thu, 02 May 2019 20:51:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556855483; cv=none; d=google.com; s=arc-20160816; b=g1E+ewKrpUzXjKE0fZ7P1jb2tnlPXW4hrr0lzFCZP1I1fIGxRQuxO+pcT7ClKrZ8+4 ReRDIHK+H5V9ZCKqppBdltJydcB65x3p9UikbqNBsFxXcEOi4P+6ly2GVtGkqZSF6aog FJgkYCTARLG8Y2QEM0RpVkeNmYvSILe7rnO9z3b24LR2otkhd+JWB1XYxaVooTturZ7Z VsFlXGwrNNd/tI29Vr3/G9xiXy5tpzw1KuLFdmF0oObvmybY2gmNxBzkTjxgcQRKAr20 47ecVLda6zoN3Ts8dGSe/OOtm4OpoEHmy9JDPnbKC36ky+2F9uSM1hax5cfzv16PMUZ5 oUfA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:subject:cc :to:from; bh=sIMrQYgqGy0Uf4htdVpGVqXBFC3taddVUurvpmDEPKg=; b=gM7Y58ZcFFgiDYhsYziI30r7Nu0DmMVOuj2rTIUeWVesvdt1cpFabwx2/x9mENNo+3 MOuYpYkMzvnMkHc4AELujwXbXgq/XuU22VJUspd0Fs2rtDtsf+IRMbKnbixmSYB8fdpt t25slCx7ZUCAyesefwNIY1uPHwT+uNY5a1DLnuT4sL4hWaUVLHLpvdfOTBw3LWc5yHh8 2aSg5O2mcflnqUjKz/9chYlY0J8Qd198/2jJybotX131Sg4wJBH3gzQJskzxqkXfd/Ub 3XlNjuSr9FwKBOtuiXJXDsHFExBgqEIdFK96qXsR9tlHeDnrbOd+oQgBU0+XaXb47Vc8 xUqQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l4si874179pgp.280.2019.05.02.20.51.05; Thu, 02 May 2019 20:51:23 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726369AbfECDuK (ORCPT + 99 others); Thu, 2 May 2019 23:50:10 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:49674 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726209AbfECDuK (ORCPT ); Thu, 2 May 2019 23:50:10 -0400 Received: from DGGEMS407-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 82DAF3FC22A4FC0A21D6; Fri, 3 May 2019 11:50:07 +0800 (CST) Received: from use12-sp2.huawei.com (10.67.188.190) by DGGEMS407-HUB.china.huawei.com (10.3.19.207) with Microsoft SMTP Server id 14.3.439.0; Fri, 3 May 2019 11:49:56 +0800 From: ChenGang To: , , CC: , , , , ChenGang Subject: [PATCH v2] fs: ocfs: fix spelling mistake "hearbeating" -> "heartbeat" Date: Fri, 3 May 2019 11:53:56 +0800 Message-ID: <1556855636-121101-1-git-send-email-cg.chen@huawei.com> X-Mailer: git-send-email 1.8.5.6 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.67.188.190] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org There are some spelling mistakes in ocfs, fix it. Signed-off-by: ChenGang --- fs/ocfs2/cluster/heartbeat.c | 2 +- fs/ocfs2/cluster/quorum.c | 2 +- fs/ocfs2/cluster/tcp.c | 2 +- fs/ocfs2/dlm/dlmmaster.c | 2 +- 4 files changed, 4 insertions(+), 4 deletions(-) diff --git a/fs/ocfs2/cluster/heartbeat.c b/fs/ocfs2/cluster/heartbeat.c index f3c20b2..e4e7df1 100644 --- a/fs/ocfs2/cluster/heartbeat.c +++ b/fs/ocfs2/cluster/heartbeat.c @@ -1198,7 +1198,7 @@ static int o2hb_do_disk_heartbeat(struct o2hb_region *reg) if (atomic_read(®->hr_steady_iterations) != 0) { if (atomic_dec_and_test(®->hr_unsteady_iterations)) { printk(KERN_NOTICE "o2hb: Unable to stabilize " - "heartbeart on region %s (%s)\n", + "heartbeat on region %s (%s)\n", config_item_name(®->hr_item), reg->hr_dev_name); atomic_set(®->hr_steady_iterations, 0); diff --git a/fs/ocfs2/cluster/quorum.c b/fs/ocfs2/cluster/quorum.c index af2e747..792132f 100644 --- a/fs/ocfs2/cluster/quorum.c +++ b/fs/ocfs2/cluster/quorum.c @@ -89,7 +89,7 @@ static void o2quo_fence_self(void) }; } -/* Indicate that a timeout occurred on a hearbeat region write. The +/* Indicate that a timeout occurred on a heartbeat region write. The * other nodes in the cluster may consider us dead at that time so we * want to "fence" ourselves so that we don't scribble on the disk * after they think they've recovered us. This can't solve all diff --git a/fs/ocfs2/cluster/tcp.c b/fs/ocfs2/cluster/tcp.c index e9f236a..7a43c04 100644 --- a/fs/ocfs2/cluster/tcp.c +++ b/fs/ocfs2/cluster/tcp.c @@ -1776,7 +1776,7 @@ static void o2net_hb_node_up_cb(struct o2nm_node *node, int node_num, (msecs_to_jiffies(o2net_reconnect_delay()) + 1); if (node_num != o2nm_this_node()) { - /* believe it or not, accept and node hearbeating testing + /* believe it or not, accept and node heartbeating testing * can succeed for this node before we got here.. so * only use set_nn_state to clear the persistent error * if that hasn't already happened */ diff --git a/fs/ocfs2/dlm/dlmmaster.c b/fs/ocfs2/dlm/dlmmaster.c index 826f056..41b80d5 100644 --- a/fs/ocfs2/dlm/dlmmaster.c +++ b/fs/ocfs2/dlm/dlmmaster.c @@ -2176,7 +2176,7 @@ static void dlm_assert_master_worker(struct dlm_work_item *item, void *data) * think that $RECOVERY is currently mastered by a dead node. If so, * we wait a short time to allow that node to get notified by its own * heartbeat stack, then check again. All $RECOVERY lock resources - * mastered by dead nodes are purged when the hearbeat callback is + * mastered by dead nodes are purged when the heartbeat callback is * fired, so we can know for sure that it is safe to continue once * the node returns a live node or no node. */ static int dlm_pre_master_reco_lockres(struct dlm_ctxt *dlm, -- 1.8.5.6