Received: by 2002:ac0:da4c:0:0:0:0:0 with SMTP id a12csp157259imi; Wed, 20 Jul 2022 19:58:39 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sIe4TLdDU2DlaQim9+rqirmbuY9u+tRliP6Pe6BlHJg1DB6QunCCHjZRmMxaHE/ssYPZHZ X-Received: by 2002:a17:90a:4291:b0:1f2:2a19:fc95 with SMTP id p17-20020a17090a429100b001f22a19fc95mr2601232pjg.29.1658372319281; Wed, 20 Jul 2022 19:58:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658372319; cv=none; d=google.com; s=arc-20160816; b=D/6J9Hki3bfC6gckj72sIMFJtayuZhyJ8CB5ZBxLwwldQUIIW16BixX9hcbvH3jJ2U mjfm+yn6zE9sN8PsuStHxNaHAEAlQbaZzXuYAs9AdwGUVwydCwmPx5NRdlKlD1VdGmxW UM1Hu1aK7WZHZnSYsNciW0KzUty4aTMvx9pErw+6yJ4PnVlHr5g4yujASxpQZ/TPAuyY MA61rB1+i2eAvxgRA4inwi6o2x3TG0zGCFag9tkGN3kqGuL0+Fv/LLSExDh1KKv+uX1k 3XpLL4CJHD9zs4kz//8XGegilGfezNAPo4qEE4OtVC4jzk85bg7cB08exvtlCbtW2Dg4 GS4g== 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:dkim-signature; bh=6+ksoQkLExV2bd0Cnv7ry+o19UtcornIgTbSBFvBIys=; b=dGqFGufgLXVHc7GO/e2Juyaf5W9hnRbY7P3HUTfrZbPowqGj0yUKH99p/fOtl0mF8d q5HOdMOyIJPWSuXW3S0VQq4lHd/vaPTEeZbteb3JQCQRFaRwbbWtN+6cAFTghRyEmmkl 5c0L94Tonz4l5VGZ6yVwEaEomfs/fHlHrJwntp7Ux+wJR5OuuHmNdq/lbSJttqdHDY4K 6q0EO2/qtUOKDrvcexgDhH/sYn2eO4SxarhDVBeOwjY7oj2DSwaPyr23CGbQLNqd7OCQ N0Czuy6CTxzX0ddM8bUf4qVIJIsx8oINKBzn68dto9fX6AVhi/jJqSBO9dvW2tMJZcM+ 4u8Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@163.com header.s=s110527 header.b=f92h29BE; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=163.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k12-20020a170902ba8c00b0016b829435f5si793497pls.465.2022.07.20.19.58.22; Wed, 20 Jul 2022 19:58:39 -0700 (PDT) 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; dkim=pass header.i=@163.com header.s=s110527 header.b=f92h29BE; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=163.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231650AbiGUCQ4 (ORCPT + 99 others); Wed, 20 Jul 2022 22:16:56 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35664 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229999AbiGUCQz (ORCPT ); Wed, 20 Jul 2022 22:16:55 -0400 Received: from m12-15.163.com (m12-15.163.com [220.181.12.15]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id B4CDB77482; Wed, 20 Jul 2022 19:16:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=From:Subject:Date:Message-Id:MIME-Version; bh=6+kso QkLExV2bd0Cnv7ry+o19UtcornIgTbSBFvBIys=; b=f92h29BEjq1JTcrsx3EBm DdruE3MxYSPo4laVAiv/h6HiOANLHeVqtHFlixNimIhSoI3UIbpNbaROnSyRKhTP 9Bz0LAXCdVjHvCwN20YpdxqTgqg5BLgIj7pgdyDgUAFeVO7zojglBqjDP50vamzi 3C4ByAD9V8Bfc6Hoo28R3U= Received: from localhost.localdomain (unknown [223.104.68.243]) by smtp11 (Coremail) with SMTP id D8CowAB3fyNJsthi_fmVAA--.64S2; Thu, 21 Jul 2022 09:56:32 +0800 (CST) From: Slark Xiao To: corbet@lwn.net Cc: bhe@redhat.com, vgoyal@redhat.com, dyoung@redhat.com, ast@kernel.org, daniel@iogearbox.net, andrii@kernel.org, martin.lau@linux.dev, song@kernel.org, yhs@fb.com, john.fastabend@gmail.com, kpsingh@kernel.org, sdf@google.com, haoluo@google.com, jolsa@kernel.org, william.gray@linaro.org, dhowells@redhat.com, peterz@infradead.org, mingo@redhat.com, will@kernel.org, longman@redhat.com, boqun.feng@gmail.com, tglx@linutronix.de, bigeasy@linutronix.de, kexec@lists.infradead.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, bpf@vger.kernel.org, linux-cachefs@redhat.com, Slark Xiao Subject: [PATCH v2] docs: Fix typo in comment Date: Thu, 21 Jul 2022 09:56:05 +0800 Message-Id: <20220721015605.20651-1-slark_xiao@163.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-CM-TRANSID: D8CowAB3fyNJsthi_fmVAA--.64S2 X-Coremail-Antispam: 1Uf129KBjvJXoW3Xry8uw1rur4DXr47XF43ZFb_yoW7urW3pa saqryIg3WkZas7ur1xJ342qFyxZaykWa1UGF4kKr10van8JwnYvF17K3Z8A3W5GryxAFW7 XrWSvryUZw4jya7anT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x0pEApnhUUUUU= X-Originating-IP: [223.104.68.243] X-CM-SenderInfo: xvod2y5b0lt0i6rwjhhfrp/xtbBAxtFZGB0LnLBDAAAs8 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS 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: X-Mailing-List: linux-kernel@vger.kernel.org Fix typo in the comment Signed-off-by: Slark Xiao --- v2: Add all .rst changes in Documents into 1 single patch --- Documentation/admin-guide/kdump/vmcoreinfo.rst | 2 +- Documentation/bpf/map_cgroup_storage.rst | 4 ++-- Documentation/core-api/cpu_hotplug.rst | 2 +- Documentation/driver-api/isa.rst | 2 +- Documentation/filesystems/caching/backend-api.rst | 2 +- Documentation/locking/seqlock.rst | 2 +- Documentation/sphinx/cdomain.py | 2 +- 7 files changed, 8 insertions(+), 8 deletions(-) diff --git a/Documentation/admin-guide/kdump/vmcoreinfo.rst b/Documentation/admin-guide/kdump/vmcoreinfo.rst index 8419019b6a88..6726f439958c 100644 --- a/Documentation/admin-guide/kdump/vmcoreinfo.rst +++ b/Documentation/admin-guide/kdump/vmcoreinfo.rst @@ -200,7 +200,7 @@ prb A pointer to the printk ringbuffer (struct printk_ringbuffer). This may be pointing to the static boot ringbuffer or the dynamically -allocated ringbuffer, depending on when the the core dump occurred. +allocated ringbuffer, depending on when the core dump occurred. Used by user-space tools to read the active kernel log buffer. printk_rb_static diff --git a/Documentation/bpf/map_cgroup_storage.rst b/Documentation/bpf/map_cgroup_storage.rst index cab9543017bf..8e5fe532c07e 100644 --- a/Documentation/bpf/map_cgroup_storage.rst +++ b/Documentation/bpf/map_cgroup_storage.rst @@ -31,7 +31,7 @@ The map uses key of type of either ``__u64 cgroup_inode_id`` or }; ``cgroup_inode_id`` is the inode id of the cgroup directory. -``attach_type`` is the the program's attach type. +``attach_type`` is the program's attach type. Linux 5.9 added support for type ``__u64 cgroup_inode_id`` as the key type. When this key type is used, then all attach types of the particular cgroup and @@ -155,7 +155,7 @@ However, the BPF program can still only associate with one map of each type ``BPF_MAP_TYPE_CGROUP_STORAGE`` or more than one ``BPF_MAP_TYPE_PERCPU_CGROUP_STORAGE``. -In all versions, userspace may use the the attach parameters of cgroup and +In all versions, userspace may use the attach parameters of cgroup and attach type pair in ``struct bpf_cgroup_storage_key`` as the key to the BPF map APIs to read or update the storage for a given attachment. For Linux 5.9 attach type shared storages, only the first value in the struct, cgroup inode diff --git a/Documentation/core-api/cpu_hotplug.rst b/Documentation/core-api/cpu_hotplug.rst index c6f4ba2fb32d..f75778d37488 100644 --- a/Documentation/core-api/cpu_hotplug.rst +++ b/Documentation/core-api/cpu_hotplug.rst @@ -560,7 +560,7 @@ available: * cpuhp_state_remove_instance(state, node) * cpuhp_state_remove_instance_nocalls(state, node) -The arguments are the same as for the the cpuhp_state_add_instance*() +The arguments are the same as for the cpuhp_state_add_instance*() variants above. The functions differ in the way how the installed callbacks are treated: diff --git a/Documentation/driver-api/isa.rst b/Documentation/driver-api/isa.rst index def4a7b690b5..3df1b1696524 100644 --- a/Documentation/driver-api/isa.rst +++ b/Documentation/driver-api/isa.rst @@ -100,7 +100,7 @@ I believe platform_data is available for this, but if rather not, moving the isa_driver pointer to the private struct isa_dev is ofcourse fine as well. -Then, if the the driver did not provide a .match, it matches. If it did, +Then, if the driver did not provide a .match, it matches. If it did, the driver match() method is called to determine a match. If it did **not** match, dev->platform_data is reset to indicate this to diff --git a/Documentation/filesystems/caching/backend-api.rst b/Documentation/filesystems/caching/backend-api.rst index d7507becf674..3a199fc50828 100644 --- a/Documentation/filesystems/caching/backend-api.rst +++ b/Documentation/filesystems/caching/backend-api.rst @@ -122,7 +122,7 @@ volumes, calling:: to tell fscache that a volume has been withdrawn. This waits for all outstanding accesses on the volume to complete before returning. -When the the cache is completely withdrawn, fscache should be notified by +When the cache is completely withdrawn, fscache should be notified by calling:: void fscache_relinquish_cache(struct fscache_cache *cache); diff --git a/Documentation/locking/seqlock.rst b/Documentation/locking/seqlock.rst index 64405e5da63e..bfda1a5fecad 100644 --- a/Documentation/locking/seqlock.rst +++ b/Documentation/locking/seqlock.rst @@ -39,7 +39,7 @@ as the writer can invalidate a pointer that the reader is following. Sequence counters (``seqcount_t``) ================================== -This is the the raw counting mechanism, which does not protect against +This is the raw counting mechanism, which does not protect against multiple writers. Write side critical sections must thus be serialized by an external lock. diff --git a/Documentation/sphinx/cdomain.py b/Documentation/sphinx/cdomain.py index ca8ac9e59ded..a7d1866e72ff 100644 --- a/Documentation/sphinx/cdomain.py +++ b/Documentation/sphinx/cdomain.py @@ -151,7 +151,7 @@ class CObject(Base_CObject): def handle_func_like_macro(self, sig, signode): u"""Handles signatures of function-like macros. - If the objtype is 'function' and the the signature ``sig`` is a + If the objtype is 'function' and the signature ``sig`` is a function-like macro, the name of the macro is returned. Otherwise ``False`` is returned. """ -- 2.25.1