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<kafai@xxxxxx> | | Date | 07/21/2022 23:41 | | To | Slark Xiao<slark_xiao@xxxxxxx> | | Cc | corbet@xxxxxxx<corbet@xxxxxxx>、bhe@xxxxxxxxxx<bhe@xxxxxxxxxx>、vgoyal@xxxxxxxxxx<vgoyal@xxxxxxxxxx>、dyoung@xxxxxxxxxx<dyoung@xxxxxxxxxx>、ast@xxxxxxxxxx<ast@xxxxxxxxxx>、daniel@xxxxxxxxxxxxx<daniel@xxxxxxxxxxxxx>、andrii@xxxxxxxxxx<andrii@xxxxxxxxxx>、martin.lau@xxxxxxxxx<martin.lau@xxxxxxxxx>、song@xxxxxxxxxx<song@xxxxxxxxxx>、yhs@xxxxxx<yhs@xxxxxx>、john.fastabend@xxxxxxxxx<john.fastabend@xxxxxxxxx>、kpsingh@xxxxxxxxxx<kpsingh@xxxxxxxxxx>、sdf@xxxxxxxxxx<sdf@xxxxxxxxxx>、haoluo@xxxxxxxxxx<haoluo@xxxxxxxxxx>、jolsa@xxxxxxxxxx<jolsa@xxxxxxxxxx>、william.gray@xxxxxxxxxx<william.gray@xxxxxxxxxx>、dhowells@xxxxxxxxxx<dhowells@xxxxxxxxxx>、peterz@xxxxxxxxxxxxx<peterz@xxxxxxxxxxxxx>、mingo@xxxxxxxxxx<mingo@xxxxxxxxxx>、will@xxxxxxxxxx<will@xxxxxxxxxx>、longman@xxxxxxxxxx<longman@xxxxxxxxxx>、boqun.feng@xxxxxxxxx<boqun.feng@xxxxxxxxx>、tglx@xxxxxxxxxxxxx<tglx@xxxxxxxxxxxxx>、bigeasy@xxxxxxxxxxxxx<bigeasy@xxxxxxxxxxxxx>、kexec@xxxxxxxxxxxxxxxxxxx<kexec@xxxxxxxxxxxxxxxxxxx>、linux-doc@xxxxxxxxxxxxxxx<linux-doc@xxxxxxxxxxxxxxx>、linux-kernel@xxxxxxxxxxxxxxx<linux-kernel@xxxxxxxxxxxxxxx>、bpf@xxxxxxxxxxxxxxx<bpf@xxxxxxxxxxxxxxx>、linux-cachefs@xxxxxxxxxx<linux-cachefs@xxxxxxxxxx> | | 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 <kafai@xxxxxx> -- Linux-cachefs mailing list Linux-cachefs@xxxxxxxxxx https://listman.redhat.com/mailman/listinfo/linux-cachefs
