Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp724992pxj; Thu, 3 Jun 2021 18:37:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyln3arnVQRhDnorT7gT8FFe7Zl+yUQIKpKgzHfL1khw7HIGRMN2YdN04+aYn4rxqLhYndB X-Received: by 2002:a05:6402:1763:: with SMTP id da3mr2236536edb.352.1622770652700; Thu, 03 Jun 2021 18:37:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622770652; cv=none; d=google.com; s=arc-20160816; b=iOPJhn7jOPOFUl+N9UA8l5NPdSlPo40nzPiLBeiTYzlkBsRDex1c4LUejI2uNDCYQo iRgzQurVpUaTsIXfk/HocEma8TdIfmJ2hx7SVindJN0nW//dEitovpl949RpieJTOHJI YWGXCG7aoRSU+j781/k/6X2RwdzHscq0/2WfEb+gugnG5ucC61QU6TzqfZ2ZVBEKZFNN GCS6nosNbbaRuQEGIWVqlpemQuL6qcVqjx3I8PIgPFS5kBiF8/KVFVoyaB/o8H/PTluF HsIMkHhLKPLFKhXR4Df5S1OuWXFurhNUuPW6QaPsDfxyfyxFCvcpOZZqjnFU282bH3QA VIAA== 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=vxmzy28xG/1eH6/rfHpaaG+9hbAfDuhnEygEnGCKAos=; b=ZfSSogwc8bmU/wB2/lgQJ7XKINbWSjTrU14NdINLlI2yxP+BygPit6TuZnQgH72oEu ONah02OrNgK8Toexhvpan6g+HlIzgP1P4Nko5lHVq4cFlkAgASLLGR2jmk/ObgJvoI7u YwN0tmTuOqOggfNF+aFPnvJPg7EWcnMFPTSOY8goncApFl7MMiOSb4JQQcIHlmLwzlkv sWtixDe6G/6C5WLOiLRM4bq/8af8mc4mlFdU8g3OIkfJS93C9WiBdCfSnC/xACUCRmlw 9Md9FTb916mNI4wNimXTwd5ZihEObGhuRJWd4vCTRLjH36yLxeijBDDLV/XozumjNAoA 1Diw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x2si3341502eju.99.2021.06.03.18.37.06; Thu, 03 Jun 2021 18:37:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230316AbhFDBe0 (ORCPT + 99 others); Thu, 3 Jun 2021 21:34:26 -0400 Received: from szxga08-in.huawei.com ([45.249.212.255]:4296 "EHLO szxga08-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230289AbhFDBe0 (ORCPT ); Thu, 3 Jun 2021 21:34:26 -0400 Received: from dggeme760-chm.china.huawei.com (unknown [172.30.72.53]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4Fx4rp4L0Mz1BHDc; Fri, 4 Jun 2021 09:27:54 +0800 (CST) Received: from localhost.localdomain (10.175.104.82) by dggeme760-chm.china.huawei.com (10.3.19.106) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Fri, 4 Jun 2021 09:32:38 +0800 From: Zheng Yongjun To: , , CC: Zheng Yongjun Subject: [PATCH -next] virtiofs: Fix spelling mistakes Date: Fri, 4 Jun 2021 09:46:17 +0800 Message-ID: <20210604014617.2086760-1-zhengyongjun3@huawei.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.175.104.82] X-ClientProxiedBy: dggems703-chm.china.huawei.com (10.3.19.180) To dggeme760-chm.china.huawei.com (10.3.19.106) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Fix some spelling mistakes in comments: refernce ==> reference happnes ==> happens threhold ==> threshold splitted ==> split mached ==> matched Signed-off-by: Zheng Yongjun --- fs/fuse/dax.c | 6 +++--- fs/fuse/dev.c | 2 +- fs/fuse/file.c | 2 +- 3 files changed, 5 insertions(+), 5 deletions(-) diff --git a/fs/fuse/dax.c b/fs/fuse/dax.c index ff99ab2a3c43..a005859d1c1c 100644 --- a/fs/fuse/dax.c +++ b/fs/fuse/dax.c @@ -212,7 +212,7 @@ static int fuse_setup_one_mapping(struct inode *inode, unsigned long start_idx, dmap->writable = writable; if (!upgrade) { /* - * We don't take a refernce on inode. inode is valid right now + * We don't take a reference on inode. inode is valid right now * and when inode is going away, cleanup logic should first * cleanup dmap entries. */ @@ -621,7 +621,7 @@ static int fuse_iomap_begin(struct inode *inode, loff_t pos, loff_t length, } /* - * If read beyond end of file happnes, fs code seems to return + * If read beyond end of file happens, fs code seems to return * it as hole */ iomap_hole: @@ -1206,7 +1206,7 @@ static void fuse_dax_free_mem_worker(struct work_struct *work) ret); } - /* If number of free ranges are still below threhold, requeue */ + /* If number of free ranges are still below threshold, requeue */ kick_dmap_free_worker(fcd, 1); } diff --git a/fs/fuse/dev.c b/fs/fuse/dev.c index a5ceccc5ef00..0252933eb905 100644 --- a/fs/fuse/dev.c +++ b/fs/fuse/dev.c @@ -91,7 +91,7 @@ static void fuse_drop_waiting(struct fuse_conn *fc) { /* * lockess check of fc->connected is okay, because atomic_dec_and_test() - * provides a memory barrier mached with the one in fuse_wait_aborted() + * provides a memory barrier matched with the one in fuse_wait_aborted() * to ensure no wake-up is missed. */ if (atomic_dec_and_test(&fc->num_waiting) && diff --git a/fs/fuse/file.c b/fs/fuse/file.c index 09ef2a4d25ed..6084552f685f 100644 --- a/fs/fuse/file.c +++ b/fs/fuse/file.c @@ -645,7 +645,7 @@ static ssize_t fuse_get_res_by_io(struct fuse_io_priv *io) * == bytes_transferred or rw == WRITE, the caller sets 'pos' to -1. * * An example: - * User requested DIO read of 64K. It was splitted into two 32K fuse requests, + * User requested DIO read of 64K. It was split into two 32K fuse requests, * both submitted asynchronously. The first of them was ACKed by userspace as * fully completed (req->out.args[0].size == 32K) resulting in pos == -1. The * second request was ACKed as short, e.g. only 1K was read, resulting in -- 2.25.1