Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp1548217ybx; Thu, 7 Nov 2019 13:29:10 -0800 (PST) X-Google-Smtp-Source: APXvYqxRnCCTsT6ZVNrUmnQX5ukP5Zf807MAWdlLTuREISeVGLSCtdL2ryy1Hok/TMMpB3gTWUFF X-Received: by 2002:aa7:de92:: with SMTP id j18mr6292613edv.119.1573162150000; Thu, 07 Nov 2019 13:29:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573162149; cv=none; d=google.com; s=arc-20160816; b=QNE4ofF8zCYwENupaW+fibes0+BKBOJp36QCqWkuqOKzvip165sTkvhbV5gzvc75ST vyH3GGeIWaOAHSUXKpub5GOWJYoC99fRI86pKWydI5wAUOA9cyXPfLWBBPp/T3pmnqRe puYbnAcq9Z/h+YbqBNlXtuQYKxORE0KNnQSGv1bvIVkQOQ94e+PSxhqwwlNCQRVWQM+q lsoaPyUX7RiA2sJQ0JvDviUYjiFAINtSlgj+/L3J41k9g66P9XneXJbjDpCTtxRx9BRC n5fFtk/7zM7XaOgnTdjS866GmyQO871/gCER3G5JEEeiUmYPpXeK7/kNYKeZSYJcB8wE 3dkQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=oDy3yvfX9wWr7to6O94qhvG7SkBB9lvjyUkq8Imh0q8=; b=kn0tS+JaoLi+xwUatB8N3x12/P10IJNbn9W7jGEIGDqa/LQt7oXgUd3VVRGP6klwvm vWllkHAGj4qE9xzyv6808qEhBQK5376nR8bmkxVKwON7fg6pWZ/zO085VGhKFK8GOWsn fB6ibjnAED+ezcZFAbwyqfK7u+jmcn6vOboqNRNrPFK12ekIxQhV10iyb7V+bmf5HqEF Z0bmd6cy7RtKsQcNiBp2vk5JKeWo9RPdHs8+w0T+w7xTesws825mntaGVJ5yIQS9Mfmz 57gaghB261NSGzGWlRRdNjdeRdq33xNmQmNrVTC276Ig9YaBB4X8Dpy9ADFIlK8qoT5F DJ0g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2019-08-05 header.b=NBPqtMoH; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z65si3257434ede.388.2019.11.07.13.28.46; Thu, 07 Nov 2019 13:29:09 -0800 (PST) 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; dkim=pass header.i=@oracle.com header.s=corp-2019-08-05 header.b=NBPqtMoH; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727112AbfKGVZr (ORCPT + 99 others); Thu, 7 Nov 2019 16:25:47 -0500 Received: from userp2130.oracle.com ([156.151.31.86]:49508 "EHLO userp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725906AbfKGVZr (ORCPT ); Thu, 7 Nov 2019 16:25:47 -0500 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id xA7LEIjk016663; Thu, 7 Nov 2019 21:25:43 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=date : from : to : cc : subject : message-id : references : mime-version : content-type : in-reply-to; s=corp-2019-08-05; bh=oDy3yvfX9wWr7to6O94qhvG7SkBB9lvjyUkq8Imh0q8=; b=NBPqtMoHc5qUl/1pXOBGJcGytz+i1HV1HuZGMHdDB3ufNVnlfbKtyWTY5sDO/Gcs/lP2 YsjPedCZnyLL427W4fh8r2HkWS3x95a9+xHxegi0+JHyB0R5B4xkU/zdOyzwdjTnPh3C yRLfDTHsXD7zEFJ8+EtRo/vHPq2navFTJG20D2xqpjjTd2Yy2qkauCXTnDndGlMQMnPh HGVAeikzVkqHQkOgEtnW2PUGihXCvY6bwaC8saotiPpulvx11C3imjzEN8MeK6KSk3Jp IadcT2ULSbCAqPadzrTbCTAr1UVYaCb1I1yW1eDkXLWYGzFZSWpnEijMhsgQkfaHoWwY 7Q== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2130.oracle.com with ESMTP id 2w41w195qc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 07 Nov 2019 21:25:43 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id xA7LDC9r018423; Thu, 7 Nov 2019 21:25:43 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userp3020.oracle.com with ESMTP id 2w41wj7psu-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 07 Nov 2019 21:25:43 +0000 Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id xA7LPgsN009367; Thu, 7 Nov 2019 21:25:42 GMT Received: from localhost (/10.145.179.16) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 07 Nov 2019 13:25:41 -0800 Date: Thu, 7 Nov 2019 13:25:41 -0800 From: "Darrick J. Wong" To: Joe Perches Cc: linux-xfs@vger.kernel.org, LKML Subject: Re: [PATCH] xfs: Correct comment tyops -> typos Message-ID: <20191107212541.GF6219@magnolia> References: <0ceb6a89da4424a4500789610fae4d05ba45ba86.camel@perches.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0ceb6a89da4424a4500789610fae4d05ba45ba86.camel@perches.com> User-Agent: Mutt/1.9.4 (2018-02-28) X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9434 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=2 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1910280000 definitions=main-1911070197 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9434 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=2 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1910280000 definitions=main-1911070197 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 06, 2019 at 10:01:15PM -0800, Joe Perches wrote: > Just fix the typos checkpatch notices... > > Signed-off-by: Joe Perches Looks ok, Reviewed-by: Darrick J. Wong --D > --- > fs/xfs/kmem.c | 2 +- > fs/xfs/libxfs/xfs_alloc.c | 2 +- > fs/xfs/libxfs/xfs_attr_leaf.c | 2 +- > fs/xfs/libxfs/xfs_da_format.h | 2 +- > fs/xfs/libxfs/xfs_fs.h | 2 +- > fs/xfs/libxfs/xfs_log_format.h | 4 ++-- > fs/xfs/xfs_buf.c | 2 +- > fs/xfs/xfs_log_cil.c | 4 ++-- > fs/xfs/xfs_symlink.h | 2 +- > fs/xfs/xfs_trans_ail.c | 8 ++++---- > 10 files changed, 15 insertions(+), 15 deletions(-) > > diff --git a/fs/xfs/kmem.c b/fs/xfs/kmem.c > index da031b9..1da942 100644 > --- a/fs/xfs/kmem.c > +++ b/fs/xfs/kmem.c > @@ -32,7 +32,7 @@ kmem_alloc(size_t size, xfs_km_flags_t flags) > > > /* > - * __vmalloc() will allocate data pages and auxillary structures (e.g. > + * __vmalloc() will allocate data pages and auxiliary structures (e.g. > * pagetables) with GFP_KERNEL, yet we may be under GFP_NOFS context here. Hence > * we need to tell memory reclaim that we are in such a context via > * PF_MEMALLOC_NOFS to prevent memory reclaim re-entering the filesystem here > diff --git a/fs/xfs/libxfs/xfs_alloc.c b/fs/xfs/libxfs/xfs_alloc.c > index f7a4b5..b39bd8 100644 > --- a/fs/xfs/libxfs/xfs_alloc.c > +++ b/fs/xfs/libxfs/xfs_alloc.c > @@ -1488,7 +1488,7 @@ xfs_alloc_ag_vextent_near( > dofirst = prandom_u32() & 1; > #endif > > - /* handle unitialized agbno range so caller doesn't have to */ > + /* handle uninitialized agbno range so caller doesn't have to */ > if (!args->min_agbno && !args->max_agbno) > args->max_agbno = args->mp->m_sb.sb_agblocks - 1; > ASSERT(args->min_agbno <= args->max_agbno); > diff --git a/fs/xfs/libxfs/xfs_attr_leaf.c b/fs/xfs/libxfs/xfs_attr_leaf.c > index dca884..8ba3ae8 100644 > --- a/fs/xfs/libxfs/xfs_attr_leaf.c > +++ b/fs/xfs/libxfs/xfs_attr_leaf.c > @@ -829,7 +829,7 @@ xfs_attr_shortform_lookup(xfs_da_args_t *args) > } > > /* > - * Retreive the attribute value and length. > + * Retrieve the attribute value and length. > * > * If ATTR_KERNOVAL is specified, only the length needs to be returned. > * Unlike a lookup, we only return an error if the attribute does not > diff --git a/fs/xfs/libxfs/xfs_da_format.h b/fs/xfs/libxfs/xfs_da_format.h > index ae654e0..6702a08 100644 > --- a/fs/xfs/libxfs/xfs_da_format.h > +++ b/fs/xfs/libxfs/xfs_da_format.h > @@ -482,7 +482,7 @@ xfs_dir2_leaf_bests_p(struct xfs_dir2_leaf_tail *ltp) > } > > /* > - * Free space block defintions for the node format. > + * Free space block definitions for the node format. > */ > > /* > diff --git a/fs/xfs/libxfs/xfs_fs.h b/fs/xfs/libxfs/xfs_fs.h > index e9371a..038a16a 100644 > --- a/fs/xfs/libxfs/xfs_fs.h > +++ b/fs/xfs/libxfs/xfs_fs.h > @@ -416,7 +416,7 @@ struct xfs_bulkstat { > > /* > * Project quota id helpers (previously projid was 16bit only > - * and using two 16bit values to hold new 32bit projid was choosen > + * and using two 16bit values to hold new 32bit projid was chosen > * to retain compatibility with "old" filesystems). > */ > static inline uint32_t > diff --git a/fs/xfs/libxfs/xfs_log_format.h b/fs/xfs/libxfs/xfs_log_format.h > index e5f97c6..8ef31d7 100644 > --- a/fs/xfs/libxfs/xfs_log_format.h > +++ b/fs/xfs/libxfs/xfs_log_format.h > @@ -432,9 +432,9 @@ static inline uint xfs_log_dinode_size(int version) > } > > /* > - * Buffer Log Format defintions > + * Buffer Log Format definitions > * > - * These are the physical dirty bitmap defintions for the log format structure. > + * These are the physical dirty bitmap definitions for the log format structure. > */ > #define XFS_BLF_CHUNK 128 > #define XFS_BLF_SHIFT 7 > diff --git a/fs/xfs/xfs_buf.c b/fs/xfs/xfs_buf.c > index 1e63dd3..2ed3c65 100644 > --- a/fs/xfs/xfs_buf.c > +++ b/fs/xfs/xfs_buf.c > @@ -461,7 +461,7 @@ _xfs_buf_map_pages( > unsigned nofs_flag; > > /* > - * vm_map_ram() will allocate auxillary structures (e.g. > + * vm_map_ram() will allocate auxiliary structures (e.g. > * pagetables) with GFP_KERNEL, yet we are likely to be under > * GFP_NOFS context here. Hence we need to tell memory reclaim > * that we are in such a context via PF_MEMALLOC_NOFS to prevent > diff --git a/fs/xfs/xfs_log_cil.c b/fs/xfs/xfs_log_cil.c > index a120442..48435c 100644 > --- a/fs/xfs/xfs_log_cil.c > +++ b/fs/xfs/xfs_log_cil.c > @@ -179,7 +179,7 @@ xlog_cil_alloc_shadow_bufs( > > /* > * We free and allocate here as a realloc would copy > - * unecessary data. We don't use kmem_zalloc() for the > + * unnecessary data. We don't use kmem_zalloc() for the > * same reason - we don't need to zero the data area in > * the buffer, only the log vector header and the iovec > * storage. > @@ -682,7 +682,7 @@ xlog_cil_push( > } > > > - /* check for a previously pushed seqeunce */ > + /* check for a previously pushed sequence */ > if (push_seq < cil->xc_ctx->sequence) { > spin_unlock(&cil->xc_push_lock); > goto out_skip; > diff --git a/fs/xfs/xfs_symlink.h b/fs/xfs/xfs_symlink.h > index 9743d8c..b1fa09 100644 > --- a/fs/xfs/xfs_symlink.h > +++ b/fs/xfs/xfs_symlink.h > @@ -5,7 +5,7 @@ > #ifndef __XFS_SYMLINK_H > #define __XFS_SYMLINK_H 1 > > -/* Kernel only symlink defintions */ > +/* Kernel only symlink definitions */ > > int xfs_symlink(struct xfs_inode *dp, struct xfs_name *link_name, > const char *target_path, umode_t mode, struct xfs_inode **ipp); > diff --git a/fs/xfs/xfs_trans_ail.c b/fs/xfs/xfs_trans_ail.c > index aea71e..00cc5b 100644 > --- a/fs/xfs/xfs_trans_ail.c > +++ b/fs/xfs/xfs_trans_ail.c > @@ -427,15 +427,15 @@ xfsaild_push( > > case XFS_ITEM_FLUSHING: > /* > - * The item or its backing buffer is already beeing > + * The item or its backing buffer is already being > * flushed. The typical reason for that is that an > * inode buffer is locked because we already pushed the > * updates to it as part of inode clustering. > * > * We do not want to to stop flushing just because lots > - * of items are already beeing flushed, but we need to > + * of items are already being flushed, but we need to > * re-try the flushing relatively soon if most of the > - * AIL is beeing flushed. > + * AIL is being flushed. > */ > XFS_STATS_INC(mp, xs_push_ail_flushing); > trace_xfs_ail_flushing(lip); > @@ -612,7 +612,7 @@ xfsaild( > * The push is run asynchronously in a workqueue, which means the caller needs > * to handle waiting on the async flush for space to become available. > * We don't want to interrupt any push that is in progress, hence we only queue > - * work if we set the pushing bit approriately. > + * work if we set the pushing bit appropriately. > * > * We do this unlocked - we only need to know whether there is anything in the > * AIL at the time we are called. We don't need to access the contents of > >