Remove duplicate words inside documentation

I have removed repeated `the` inside the documentation

Signed-off-by: Akhil Raj <lf32.dev@gmail.com>
Link: https://lore.kernel.org/r/20220827145359.32599-1-lf32.dev@gmail.com
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
This commit is contained in:
Akhil Raj 2022-08-27 20:23:59 +05:30 committed by Jonathan Corbet
parent 3b384e9564
commit d2bef8e103
6 changed files with 7 additions and 7 deletions

View File

@ -200,7 +200,7 @@ prb
A pointer to the printk ringbuffer (struct printk_ringbuffer). This A pointer to the printk ringbuffer (struct printk_ringbuffer). This
may be pointing to the static boot ringbuffer or the dynamically 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. Used by user-space tools to read the active kernel log buffer.
printk_rb_static printk_rb_static

View File

@ -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. ``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. 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 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_CGROUP_STORAGE`` or more than one
``BPF_MAP_TYPE_PERCPU_CGROUP_STORAGE``. ``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 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 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 attach type shared storages, only the first value in the struct, cgroup inode

View File

@ -560,7 +560,7 @@ available:
* cpuhp_state_remove_instance(state, node) * cpuhp_state_remove_instance(state, node)
* cpuhp_state_remove_instance_nocalls(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. variants above.
The functions differ in the way how the installed callbacks are treated: The functions differ in the way how the installed callbacks are treated:

View File

@ -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 the isa_driver pointer to the private struct isa_dev is ofcourse fine as
well. 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. the driver match() method is called to determine a match.
If it did **not** match, dev->platform_data is reset to indicate this to If it did **not** match, dev->platform_data is reset to indicate this to

View File

@ -122,7 +122,7 @@ volumes, calling::
to tell fscache that a volume has been withdrawn. This waits for all to tell fscache that a volume has been withdrawn. This waits for all
outstanding accesses on the volume to complete before returning. 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:: calling::
void fscache_relinquish_cache(struct fscache_cache *cache); void fscache_relinquish_cache(struct fscache_cache *cache);

View File

@ -39,7 +39,7 @@ as the writer can invalidate a pointer that the reader is following.
Sequence counters (``seqcount_t``) 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 multiple writers. Write side critical sections must thus be serialized
by an external lock. by an external lock.