"cgroup.subtree_control" determines which resource types a cgroup wants to control. Unlike actual resource knobs, this is an attribute which belongs to the cgroup itself instead of its parent and thus should be writeable by the delegatee in a delegated cgroup. Update delegation documentation accordingly. Signed-off-by: Tejun Heo <tj@xxxxxxxxxx> --- Documentation/cgroup-v2.txt | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) --- a/Documentation/cgroup-v2.txt +++ b/Documentation/cgroup-v2.txt @@ -309,10 +309,11 @@ file. 2-5-1. Model of Delegation A cgroup can be delegated to a less privileged user by granting write -access of the directory and its "cgroup.procs" file to the user. Note -that resource control interface files in a given directory control the -distribution of the parent's resources and thus must not be delegated -along with the directory. +access of the directory and its "cgroup.procs" and +"cgroup.subtree_control" files to the user. Note that resource +control interface files in a given directory control the distribution +of the parent's resources and thus must not be delegated along with +the directory. Once delegated, the user can build sub-hierarchy under the directory, organize processes as it sees fit and further distribute the resources -- To unsubscribe from this list: send the line "unsubscribe cgroups" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
