May I know the maintainer of one subsystem could merge the changes contains lots of subsystem? I also know this could be filtered by grep and sed command, but that patch would have dozens of maintainers and reviewers.
---- Replied Message ---- | From | Martin KaFai Lau<ka...@fb.com> | | Date | 07/21/2022 23:41 | | To | Slark Xiao<slark_x...@163.com> | | Cc | cor...@lwn.net<cor...@lwn.net>、b...@redhat.com<b...@redhat.com>、vgo...@redhat.com<vgo...@redhat.com>、dyo...@redhat.com<dyo...@redhat.com>、a...@kernel.org<a...@kernel.org>、dan...@iogearbox.net<dan...@iogearbox.net>、and...@kernel.org<and...@kernel.org>、martin....@linux.dev<martin....@linux.dev>、s...@kernel.org<s...@kernel.org>、y...@fb.com<y...@fb.com>、john.fastab...@gmail.com<john.fastab...@gmail.com>、kpsi...@kernel.org<kpsi...@kernel.org>、s...@google.com<s...@google.com>、hao...@google.com<hao...@google.com>、jo...@kernel.org<jo...@kernel.org>、william.g...@linaro.org<william.g...@linaro.org>、dhowe...@redhat.com<dhowe...@redhat.com>、pet...@infradead.org<pet...@infradead.org>、mi...@redhat.com<mi...@redhat.com>、w...@kernel.org<w...@kernel.org>、long...@redhat.com<long...@redhat.com>、boqun.f...@gmail.com<boqun.f...@gmail.com>、t...@linutronix.de<t...@linutronix.de>、bige...@linutronix.de<bige...@linutronix.de>、ke...@lists.infradead.org<ke...@lists.infradead.org>、linux-...@vger.kernel.org<linux-...@vger.kernel.org>、linux-ker...@vger.kernel.org<linux-ker...@vger.kernel.org>、b...@vger.kernel.org<b...@vger.kernel.org>、linux-cachefs@redhat.com<linux-cachefs@redhat.com> | | Subject | Re: [PATCH v2] docs: Fix typo in comment | On Thu, Jul 21, 2022 at 09:56:05AM +0800, Slark Xiao wrote: > 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 For the bpf changes, Acked-by: Martin KaFai Lau <ka...@fb.com> -- Linux-cachefs mailing list Linux-cachefs@redhat.com https://listman.redhat.com/mailman/listinfo/linux-cachefs
