Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp785008ybh; Wed, 18 Mar 2020 09:04:58 -0700 (PDT) X-Google-Smtp-Source: ADFU+vuBeT+OSTIR3xxfZPjIZK/RPq8Th/Vgau1JL5oI1xxF29ORoL8FCNuUSfwPJSc1Mj8666/2 X-Received: by 2002:aca:4142:: with SMTP id o63mr3608557oia.118.1584547498131; Wed, 18 Mar 2020 09:04:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584547498; cv=none; d=google.com; s=arc-20160816; b=U6tO6omRjhrO5HEEQPOMXHCCn08pjDxi3Mc5ROYDs7nVnMDdmgIs18nJvwNJFeZfd3 g2m1SbcZ9vSfYx/OAjFrDqvaqGf+YTuQQphOuf3LR7aCQBT0pRtKCVEWGAd/3HZYhqnj P+Ksw9phL2gi06speNgQuYIcF0wlBsxG23nch3md3oWQu+YyTE6XncXLrpCELyTUWxB9 eTCDiSnyMdZCE42tXl8fJ7LlRqV6FJ6VGnK1f7PMPaWHbn/vxypRSyA5GffP8tb/pHAl JmULVCfhNvRDE3xVE2yZn1HpjFYSOrABu0mEwFa+gg/BkxP7ACQJuE6oQm1yeQPxAJqf ppOA== 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:reply-to:message-id :subject:cc:to:from:date:dkim-signature; bh=9MwSmGQPhhRLK1GQT6U9ZeqEaTMa2eGF6sacsXuOg4M=; b=IcHESVCprlEnf8Ft7h/tkF0+uhFI49KwAhMjZurV1w9x/k4WVvX7JBluEo4B3DmLFw TOAEmABBDrrczuLlGIjPqPegTxFbAxssiQWOPaNbvwoCD29IgOPOzJuNudmdEwf17Jew OZZc5Atkkz2/A8rS387m9BDTKzatJoSfKc/6eoVgcnEFJ5JgE4vzB7+iWQtvAKmpWTmZ 8R/a8cmcMwBJSAycGBLF3KRPd1fMjb5samHUeM4HCQcbCwJzcvChzG+OnbDMmoV7hnog 0dQg2IjVa8n9WZqobD5GrZ7A34el1dmel+8yh3/SmGaINJesmITVb7IP2fAYZQFyI3oc DMCQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=RCa3AAPU; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q25si3732086ota.36.2020.03.18.09.04.37; Wed, 18 Mar 2020 09:04:58 -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; dkim=pass header.i=@kernel.org header.s=default header.b=RCa3AAPU; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727089AbgCRQEK (ORCPT + 99 others); Wed, 18 Mar 2020 12:04:10 -0400 Received: from mail.kernel.org ([198.145.29.99]:58234 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726473AbgCRQEK (ORCPT ); Wed, 18 Mar 2020 12:04:10 -0400 Received: from paulmck-ThinkPad-P72.home (50-39-105-78.bvtn.or.frontiernet.net [50.39.105.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 809E220768; Wed, 18 Mar 2020 16:04:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1584547449; bh=aXyZJLocilqRkVD/Q9Q72ooMd4G8gtU7jTK0V492smA=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=RCa3AAPUSlzSu1f9+WV+FC+1Q48U6TkHmrBQeQ0RaLLzp7hvte/kVjODsL3B3mK/K UIWYEfKmI+yitnbPnnV8nkxaH7sMf1SMzF16u0xLb4LP1T9NILGDKexPJCW7AUZAYz zNkv6myuj9WDkPNAQ0vj8OJkZKR79tP7bn7qyqZI= Received: by paulmck-ThinkPad-P72.home (Postfix, from userid 1000) id 5081835204E4; Wed, 18 Mar 2020 09:04:09 -0700 (PDT) Date: Wed, 18 Mar 2020 09:04:09 -0700 From: "Paul E. McKenney" To: Shile Zhang Cc: linux-kernel@vger.kernel.org Subject: Re: [PATCH] include/linux: fix some typos Message-ID: <20200318160409.GS3199@paulmck-ThinkPad-P72> Reply-To: paulmck@kernel.org References: <20200318114837.159978-1-shile.zhang@linux.alibaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200318114837.159978-1-shile.zhang@linux.alibaba.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 18, 2020 at 07:48:37PM +0800, Shile Zhang wrote: > s/Not/Note/ > > Signed-off-by: Shile Zhang Reviewed-by: Paul E. McKenney Or I can take it if no one else wants it. ;-) Thanx, Paul > --- > include/linux/list_nulls.h | 4 ++-- > include/linux/once.h | 2 +- > 2 files changed, 3 insertions(+), 3 deletions(-) > > diff --git a/include/linux/list_nulls.h b/include/linux/list_nulls.h > index fa6e8471bd22..c845761fe5de 100644 > --- a/include/linux/list_nulls.h > +++ b/include/linux/list_nulls.h > @@ -60,7 +60,7 @@ static inline unsigned long get_nulls_value(const struct hlist_nulls_node *ptr) > * hlist_nulls_unhashed - Has node been removed and reinitialized? > * @h: Node to be checked > * > - * Not that not all removal functions will leave a node in unhashed state. > + * Note that not all removal functions will leave a node in unhashed state. > * For example, hlist_del_init_rcu() leaves the node in unhashed state, > * but hlist_nulls_del() does not. > */ > @@ -73,7 +73,7 @@ static inline int hlist_nulls_unhashed(const struct hlist_nulls_node *h) > * hlist_nulls_unhashed_lockless - Has node been removed and reinitialized? > * @h: Node to be checked > * > - * Not that not all removal functions will leave a node in unhashed state. > + * Note that not all removal functions will leave a node in unhashed state. > * For example, hlist_del_init_rcu() leaves the node in unhashed state, > * but hlist_nulls_del() does not. Unlike hlist_nulls_unhashed(), this > * function may be used locklessly. > diff --git a/include/linux/once.h b/include/linux/once.h > index 9225ee6d96c7..095c6debd63b 100644 > --- a/include/linux/once.h > +++ b/include/linux/once.h > @@ -16,7 +16,7 @@ void __do_once_done(bool *done, struct static_key_true *once_key, > * out the condition into a nop. DO_ONCE() guarantees type safety of > * arguments! > * > - * Not that the following is not equivalent ... > + * Note that the following is not equivalent ... > * > * DO_ONCE(func, arg); > * DO_ONCE(func, arg); > -- > 2.24.0.rc2 >