Differences

This shows you the differences between two versions of the page.

--- kernel:control_groups [2020/07/20 15:08] – old revision restored (2017/04/06 10:40) 192.151.145.82
+++ kernel:control_groups [2020/07/22 18:05] (current) – old revision restored (2020/07/20 16:09) 207.244.157.10
@@ Line 324: / Line 324: @@
 ==== Overview ====
-Each kernel subsystem that wants to hook into the generic cgroup system needs to create a cgroup_subsys object.  This contains various methods, which are callbacks from the cgroup system, along with a subsystem id which will be assigned by the cgroup system.
+Each kernel subsystem that wants to hook into the generic cgroup system needs to create a **cgroup_subsys** object.  This contains various methods, which are callbacks from the cgroup system, along with a subsystem id which will be assigned by the cgroup system.
 Other fields in the cgroup_subsys object include:
@@ Line 337: / Line 337: @@
 ==== Synchronization ====
-There is a global mutex, cgroup_mutex, used by the cgroup system.  This should be taken by anything that wants to modify a cgroup.  It may also be taken to prevent cgroups from being modified, but more specific locks may be more appropriate in that situation.
+There is a global mutex, **cgroup_mutex**, used by the cgroup system.  This should be taken by anything that wants to modify a cgroup.  It may also be taken to prevent cgroups from being modified, but more specific locks may be more appropriate in that situation.
 See kernel/cgroup.c for more details.
-Subsystems can take/release the cgroup_mutex via the functions cgroup_lock()/cgroup_unlock().
+Subsystems can take/release the cgroup_mutex via the functions **cgroup_lock()**/**cgroup_unlock()**.
 Accessing a task's cgroup pointer may be done in the following ways: