Merge branch 'bpf: Expand bpf_cgrp_storage to support cgroup1 non-attach case'
authorMartin KaFai Lau <martin.lau@kernel.org>
Sat, 9 Dec 2023 00:26:26 +0000 (16:26 -0800)
committerMartin KaFai Lau <martin.lau@kernel.org>
Sat, 9 Dec 2023 01:08:19 +0000 (17:08 -0800)
commit09115c33e6ec4a98a0609ac5fa702b7fe566d8f9
tree1400435b0ce3665facbd964528234417d9117ec8
parent1720c42b90c8f14ffcb2f2f39a1abafc82a5b22e
parenta2c6380b17b6339bfedc98d253b6d85e7014953b
Merge branch 'bpf: Expand bpf_cgrp_storage to support cgroup1 non-attach case'

Yafang Shao says:

====================
In the current cgroup1 environment, associating operations between a cgroup
and applications in a BPF program requires storing a mapping of cgroup_id
to application either in a hash map or maintaining it in userspace.
However, by enabling bpf_cgrp_storage for cgroup1, it becomes possible to
conveniently store application-specific information in cgroup-local storage
and utilize it within BPF programs. Furthermore, enabling this feature for
cgroup1 involves minor modifications for the non-attach case, streamlining
the process.

However, when it comes to enabling this functionality for the cgroup1
attach case, it presents challenges. Therefore, the decision is to focus on
enabling it solely for the cgroup1 non-attach case at present. If
attempting to attach to a cgroup1 fd, the operation will simply fail with
the error code -EBADF.

Changes:
- RFC -> v1:
  - Collect acked-by
  - Avoid unnecessary is_cgroup1 check (Yonghong)
  - Keep the code patterns consistent (Yonghong)
====================

Signed-off-by: Martin KaFai Lau <martin.lau@kernel.org>