Linux Cgroups Development - Date Index

• Thread Index

• [PATCH v4 19/31] hugepage: convert huge zero page shrinker to new shrinker API
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 18/31] shrinker: convert remaining shrinkers to count/scan API
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 17/31] drivers: convert shrinkers to new count/scan API
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 16/31] fs: convert fs shrinkers to new scan/count API
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 01/31] super: fix calculation of shrinkable objects for small numbers
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 15/31] xfs: convert dquot cache lru to list_lru
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 14/31] xfs: convert buftarg LRU to generic code
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 02/31] vmscan: take at least one pass with shrinkers
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 13/31] fs: convert inode and dentry shrinking to be node aware
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 12/31] shrinker: add node awareness
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 11/31] list_lru: per-node list infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 10/31] dcache: convert to use new lru list infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 09/31] inode: convert inode lru list to generic lru list code.
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 08/31] list: add a new LRU list type
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 07/31] shrinker: convert superblock shrinkers to new API
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 06/31] mm: new shrinker API
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 00/31] kmemcg shrinkers
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 05/31] dcache: remove dentries from LRU before putting on dispose list
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 04/31] dentry: move to per-sb LRU locks
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH v4 03/31] dcache: convert dentry_stat.nr_unused to per-cpu counters
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• Re: [PATCH] cgroup: restore the call to eventfd->poll()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: fix use-after-free when umounting cgroupfs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/2] memcg: reap dead memcgs under pressure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH] cgroup: restore the call to eventfd->poll()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH] cgroup: fix use-after-free when umounting cgroupfs
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: cgroup sysfs entry
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• cgroup sysfs entry
  • From: David Shwatrz <dshwatrz@xxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 2/2] memcg: reap dead memcgs under pressure
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: BUG in __mem_cgroup_uncharge_common
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• BUG in __mem_cgroup_uncharge_common
  • From: Lingzhu Xiang <lxiang@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Anton Vorontsov <anton@xxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Anton Vorontsov <anton@xxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Anton Vorontsov <anton@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• [RFC v2 4/4] memcg: Ignore soft limit until it is explicitly specified
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC v2 3/4] vmscan, memcg: Do softlimit reclaim also for targeted reclaim
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC v2 2/4] memcg: Get rid of soft-limit tree infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC v2 1/4] memcg: integrate soft reclaim tighter with zone shrinking code
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC v2 0/4] soft limit rework
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 2/2] memcg: reap dead memcgs under pressure
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH 0/2] reuse vmpressure for in-kernel events
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• [PATCH 1/2] vmpressure: in-kernel notifications
  • From: Glauber Costa <glommer@xxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michel Lespinasse <walken@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 05/10] cpuset: don't update tasks' cpumask and nodemask in an empty cpuset
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 09/10] cpuset: allow to keep tasks in empty cpusets
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 09/10] cpuset: allow to keep tasks in empty cpusets
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 05/10] cpuset: don't update tasks' cpumask and nodemask in an empty cpuset
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• memcg: softlimit on internal nodes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 09/10] cpuset: allow to keep tasks in empty cpusets
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 05/10] cpuset: don't update tasks' cpumask and nodemask in an empty cpuset
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 04/10] cpuset: remove cpuset_test_cpumask()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/10] cpuset: allow to move tasks to empty cpusets
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 09/10] cpuset: allow to keep tasks in empty cpusets
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 08/10] cpuset: introduce effective_{cpumask|nodemask}_cpuset()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 07/10] cpuset: record old_mems_allowed in struct cpuset
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 05/10] cpuset: don't update tasks' cpumask and nodemask in an empty cpuset
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 06/10] cpuset: re-structure update_cpumask() a bit
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 02/10] cpuset: cleanup guarantee_online_{cpus|mems}()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 04/10] cpuset: remove cpuset_test_cpumask()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 03/10] cpuset: remove unnecessary variable in cpuset_attach()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 01/10] cpuset: remove redundant check in cpuset_cpus_allowed_fallback()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 00/10] cpuset: implement sane hierarchy behaviors
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH] cgroup: fix broken file xattrs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] cgroup: fix broken file xattrs
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: the NULL deref on umount in the 3.9.0-rc7 kernel
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 25/28] proc: Supply an accessor to get the process ID associated with some proc files [RFC]
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] devcg: remove parent_cgroup.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Fwd: the NULL deref on umount in the 3.9.0-rc7 kernel
  • From: alexey.kodanev@xxxxxxxxxx
• Re: [PATCH 25/28] proc: Supply an accessor to get the process ID associated with some proc files [RFC]
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] memcg: Check more strictly to avoid ULLONG overflow by PAGE_ALIGN
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memcg: Check more strictly to avoid ULLONG overflow by PAGE_ALIGN
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] devcg: remove parent_cgroup.
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: [PATCH] devcg: remove parent_cgroup.
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH] devcg: remove parent_cgroup.
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• [PATCH] devcg: remove parent_cgroup.
  • From: Rami Rosen <ramirose@xxxxxxxxx>
• [PATCH 25/28] proc: Supply an accessor to get the process ID associated with some proc files [RFC]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 08/32] list: add a new LRU list type
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] memcg: Check more strictly to avoid ULLONG overflow by PAGE_ALIGN
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] memcg: Check more strictly to avoid ULLONG overflow by PAGE_ALIGN
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] memcg: Check more strictly to avoid ULLONG overflow by PAGE_ALIGN
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] memcg: force use_hierarchy if sane_behavior
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v2 4/4] memcg: force use_hierarchy if sane_behavior
  • From: Tejun Heo <tj@xxxxxxxxxx>
• question about hierarchies
  • From: David Shwatrz <dshwatrz@xxxxxxxxx>
• Re: [PATCH v3 08/32] list: add a new LRU list type
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 4/4] memcg: force use_hierarchy if sane_behavior
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup, memcg: introduce sane_behavior mount option
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/4] memcg: force use_hierarchy if sane_behavior
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v3 14/32] xfs: convert buftarg LRU to generic code
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 19/32] hugepage: convert huge zero page shrinker to new shrinker API
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove cgrp->top_cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] cgroup: remove cgrp->top_cgroup
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v3 14/32] xfs: convert buftarg LRU to generic code
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 11/32] list_lru: per-node list infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 20/32] shrinker: Kill old ->shrink API.
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 19/32] hugepage: convert huge zero page shrinker to new shrinker API
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 12/32] shrinker: add node awareness
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 08/32] list: add a new LRU list type
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 4/4] memcg: force use_hierarchy if sane_behavior
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: implement task_cgroup_path_from_hierarchy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: implement task_cgroup_path_from_hierarchy()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH UPDATED 4/4] cgroup: implement task_cgroup_path_from_hierarchy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: implement task_cgroup_path_from_hierarchy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: implement task_cgroup_path_from_hierarchy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: implement task_cgroup_path_from_hierarchy()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: implement task_cgroup_path_from_hierarchy()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: implement task_cgroup_path_from_hierarchy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.10] cgroup: make cgroup_path() not print double slashes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup, memcg: introduce sane_behavior mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.10] cgroup: make cgroup_path() not print double slashes
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 3/4] cgroup: introduce sane_behavior mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/4] cgroup: introduce sane_behavior mount option
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCHSET] cgroup, memcg: introduce sane_behavior mount option
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 4/4] memcg: force use_hierarchy if sane_behavior
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/4] memcg: force use_hierarchy if sane_behavior
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/4] memcg: force use_hierarchy if sane_behavior
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 4/4] memcg: force use_hierarchy if sane_behavior
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 3/4] cgroup: introduce sane_behavior mount option
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 2/4] move cgroupfs_root to include/linux/cgroup.h
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 1/4] cgroup: convert cgroupfs_root flag bits to masks and add CGRP_ prefix
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: implement task_cgroup_path_from_hierarchy()
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 1/4] cgroup: refactor hierarchy_id handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/4] cgroup: make hierarchy_id use cyclic idr
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/4] cgroup: drop hierarchy_id_lock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/4] cgroup: implement task_cgroup_path_from_hierarchy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup: implement task_cgroup_path_from_hierarchy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH UPDATED cgroup/for-3.10] cgroup: make cgroup_path() not print double slashes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH cgroup/for-3.10] cgroup: make cgroup_path() not print double slashes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/4] cgroup: convert cgroupfs_root flag bits to masks and add CGRP_ prefix
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/4] cgroup: introduce sane_behavior mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/4] memcg: force use_hierarchy if sane_behavior
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/4] move cgroupfs_root to include/linux/cgroup.h
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup, memcg: introduce sane_behavior mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: remove bind() method from cgroup_subsys.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: Check more strictly to avoid ULLONG overflow by PAGE_ALIGN
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] memcg: Check more strictly to avoid ULLONG overflow by PAGE_ALIGN
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• [PATCH] memcg: Check more strictly to avoid ULLONG overflow by PAGE_ALIGN
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] cgroup: remove bind() method from cgroup_subsys.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: remove bind() method from cgroup_subsys.
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] cgroup: remove bind() method from cgroup_subsys.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove bind() method from cgroup_subsys.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: remove bind() method from cgroup_subsys.
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCHSET] perf, cgroup: implement hierarchy support for perf_event controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] perf, cgroup: implement hierarchy support for perf_event controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] cgroup: remove bind() method from cgroup_subsys.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] cgroup: remove bind() method from cgroup_subsys.
  • From: Rami Rosen <ramirose@xxxxxxxxx>
• Re: [PATCHSET] perf, cgroup: implement hierarchy support for perf_event controller
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCHSET] perf, cgroup: implement hierarchy support for perf_event controller
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: defer page_cgroup initialization
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: defer page_cgroup initialization
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: defer page_cgroup initialization
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: defer page_cgroup initialization
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• [PATCH] memcg: defer page_cgroup initialization
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 13/12] memcg: don't need memcg->memcg_name
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 13/12] memcg: don't need memcg->memcg_name
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/32] memcg-aware slab shrinking with lasers and numbers
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET] perf, cgroup: implement hierarchy support for perf_event controller
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 3/8] memcg: convert to use cgroup_is_ancestor()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 5/8] memcg: convert to use cgroup->id
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: implement cgroup_is_ancestor()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 7/8] memcg: don't use css_id any more
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: implement cgroup_from_id()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 5/8] memcg: convert to use cgroup->id
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/8] memcg: convert to use cgroup_from_id()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 13/12] memcg: don't need memcg->memcg_name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/8] memcg: convert to use cgroup_is_ancestor()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: implement cgroup_from_id()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 13/12] memcg: don't need memcg->memcg_name
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: implement cgroup_is_ancestor()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: implement cgroup_is_ancestor()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 13/12] memcg: don't need memcg->memcg_name
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: implement cgroup_from_id()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 13/12] memcg: don't need memcg->memcg_name
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 5/8] memcg: convert to use cgroup->id
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 4/8] memcg: convert to use cgroup_from_id()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 12/12] memcg: don't need to free memcg via RCU or workqueue
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 07/12] memcg: use css_get/put when charging/uncharging kmem
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 06/12] memcg: don't use mem_cgroup_get() when creating a kmemcg cache
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 04/12] memcg, kmem: fix reference count handling on the error path
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 03/12] Revert "memcg: avoid dangling reference count in creation failure."
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] memcg: consistently use vmalloc for page_cgroup allocations
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 3/3] perf: make perf_event cgroup hierarchical
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/3] cgroup: make sure parent won't be destroyed before its children
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/3] cgroup: implement cgroup_is_descendant()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] perf, cgroup: implement hierarchy support for perf_event controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 0/5] cpuacct, cgroup: Kill cgroup_subsys.active
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 13/12] memcg: don't need memcg->memcg_name
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Lennart Poettering <lpoetter@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: implement cgroup_is_ancestor()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] Documentation: cgroup: add documentation for net_cls cgroups.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/32] memcg-aware slab shrinking with lasers and numbers
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [Workman-devel] cgroup: status-quo and userland efforts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Workman-devel] cgroup: status-quo and userland efforts
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [Workman-devel] cgroup: status-quo and userland efforts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Workman-devel] cgroup: status-quo and userland efforts
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [Workman-devel] cgroup: status-quo and userland efforts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Workman-devel] cgroup: status-quo and userland efforts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: implement cgroup_is_ancestor()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Workman-devel] cgroup: status-quo and userland efforts
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [Workman-devel] cgroup: status-quo and userland efforts
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: implement cgroup_is_ancestor()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: implement cgroup_is_ancestor()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 8/8] cgroup: kill css_id
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: implement cgroup_from_id()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: implement cgroup_from_id()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: implement cgroup_is_ancestor()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 09/12] cgroup: make sure parent won't be destroyed before its children
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 7/8] memcg: don't use css_id any more
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 6/8] memcg: fail to create cgroup if the cgroup id is too big
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 5/8] memcg: convert to use cgroup->id
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/8] memcg: convert to use cgroup_from_id()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: implement cgroup_is_ancestor()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 0/8] memcg, cgroup: kill css_id
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 13/12] memcg: don't need memcg->memcg_name
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 12/12] memcg: don't need to free memcg via RCU or workqueue
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 07/12] memcg: use css_get/put when charging/uncharging kmem
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v3 28/32] memcg: scan cache objects hierarchically
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH] Documentation: cgroup: add documentation for net_cls cgroups.
  • From: Rami Rosen <ramirose@xxxxxxxxx>
• [PATCH v3 30/32] memcg: shrink dead memcgs upon global memory pressure.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 22/32] memcg,list_lru: duplicate LRUs upon kmemcg creation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 31/32] super: targeted memcg reclaim
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 29/32] memcg: move initialization to memcg creation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 32/32] memcg: debugging facility to access dangling memcgs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 27/32] list_lru: reclaim proportionaly between memcgs and nodes
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 24/32] list_lru: also include memcg lists in counts and scans
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 26/32] memcg: per-memcg kmem shrinking
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 25/32] list_lru: per-memcg walks
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 23/32] lru: add an element to a memcg list
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 21/32] vmscan: also shrink slab in memcg pressure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 17/32] drivers: convert shrinkers to new count/scan API
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 20/32] shrinker: Kill old ->shrink API.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 19/32] hugepage: convert huge zero page shrinker to new shrinker API
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 15/32] xfs: convert dquot cache lru to list_lru
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 18/32] shrinker: convert remaining shrinkers to count/scan API
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 16/32] fs: convert fs shrinkers to new scan/count API
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 13/32] fs: convert inode and dentry shrinking to be node aware
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 14/32] xfs: convert buftarg LRU to generic code
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 11/32] list_lru: per-node list infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 10/32] dcache: convert to use new lru list infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 09/32] inode: convert inode lru list to generic lru list code.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 12/32] shrinker: add node awareness
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 04/32] dentry: move to per-sb LRU locks
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 08/32] list: add a new LRU list type
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 07/32] shrinker: convert superblock shrinkers to new API
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 00/32] memcg-aware slab shrinking with lasers and numbers
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 03/32] dcache: convert dentry_stat.nr_unused to per-cpu counters
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 05/32] dcache: remove dentries from LRU before putting on dispose list
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 06/32] mm: new shrinker API
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 02/32] vmscan: take at least one pass with shrinkers
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 01/32] super: fix calculation of shrinkable objects for small numbers
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: cgroup: status-quo and userland efforts
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH cgroup/for-3.10] devcg: remove broken_hierarchy tag
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• [PATCH 8/8] cgroup: kill css_id
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 7/8] memcg: don't use css_id any more
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 6/8] memcg: fail to create cgroup if the cgroup id is too big
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 2/8] cgroup: implement cgroup_from_id()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 5/8] memcg: convert to use cgroup->id
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 4/8] memcg: convert to use cgroup_from_id()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 1/8] cgroup: implement cgroup_is_ancestor()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 3/8] memcg: convert to use cgroup_is_ancestor()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 0/8] memcg, cgroup: kill css_id
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7] memcg: make memcg's life cycle the same as cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 12/12] memcg: don't need to free memcg via RCU or workqueue
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 13/12] memcg: don't need memcg->memcg_name
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 11/12] memcg: kill memcg refcnt
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 10/12] memcg: don't need to get a reference to the parent
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 02/12] memcg: avoid accessing memcg after releasing reference
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 03/12] Revert "memcg: avoid dangling reference count in creation failure."
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 06/12] memcg: don't use mem_cgroup_get() when creating a kmemcg cache
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 07/12] memcg: use css_get/put when charging/uncharging kmem
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 08/12] memcg: use css_get/put for swap memcg
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 09/12] cgroup: make sure parent won't be destroyed before its children
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 05/12] memcg: use css_get() in sock_update_memcg()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 04/12] memcg, kmem: fix reference count handling on the error path
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 01/12] memcg: take reference before releasing rcu_read_lock
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 0/12][V2] memcg: make memcg's life cycle the same as cgroup
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7] memcg: make memcg's life cycle the same as cgroup
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 0/7] memcg: make memcg's life cycle the same as cgroup
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH cgroup/for-3.10] devcg: remove broken_hierarchy tag
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: unexport locking interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7] memcg: make memcg's life cycle the same as cgroup
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7] memcg: make memcg's life cycle the same as cgroup
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: unexport locking interface
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [RFC][PATCH 2/7] memcg: don't use mem_cgroup_get() when creating a kmemcg cache
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• cgroup: status-quo and userland efforts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] memcg: consistently use vmalloc for page_cgroup allocations
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC][PATCH 3/7] memcg: use css_get/put when charging/uncharging kmem
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 2/7] memcg: don't use mem_cgroup_get() when creating a kmemcg cache
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 2/7] memcg: don't use mem_cgroup_get() when creating a kmemcg cache
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 1/7] memcg: use css_get in sock_update_memcg()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/7] memcg: use css_get in sock_update_memcg()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 1/7] memcg: use css_get in sock_update_memcg()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/2] memcg: consistently use vmalloc for page_cgroup allocations
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] memcg: consistently use vmalloc for page_cgroup allocations
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 0/2] page_cgroup cleanups
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/7] memcg: don't use mem_cgroup_get() when creating a kmemcg cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/7] memcg: use css_get/put when charging/uncharging kmem
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/7] memcg: use css_get/put when charging/uncharging kmem
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 1/2] memcg: consistently use vmalloc for page_cgroup allocations
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/2] memcg: defer page_cgroup initialization
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 0/2] page_cgroup cleanups
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 7/7] memcg: kill memcg refcnt
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 6/7] memcg: don't need to get a reference to the parent
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 5/7] cgroup: make sure parent won't be destroyed before its children
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/7] memcg: use css_get in sock_update_memcg()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 5/7] cgroup: make sure parent won't be destroyed before its children
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 4/7] memcg: use css_get/put for swap memcg
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/7] memcg: don't use mem_cgroup_get() when creating a kmemcg cache
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/7] memcg: use css_get in sock_update_memcg()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 2/5] cgroup: relocate cgroup_lock_live_group() and cgroup_attach_task_all()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/5] cgroup: unexport locking interface and cgroup_attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/5] cgroup: kill cgroup_[un]lock()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/5] cgroup: remove cgroup_lock_is_held()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/5] cgroup, cpuset: replace move_member_tasks_to_cpuset() with cgroup_transfer_tasks()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup: unexport locking interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 7/7] memcg: kill memcg refcnt
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 6/7] memcg: don't need to get a reference to the parent
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 5/7] cgroup: make sure parent won't be destroyed before its children
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 5/7] cgroup: make sure parent won't be destroyed before its children
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 5/7] cgroup: make sure parent won't be destroyed before its children
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 5/7] cgroup: make sure parent won't be destroyed before its children
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 5/7] cgroup: make sure parent won't be destroyed before its children
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7] memcg: make memcg's life cycle the same as cgroup
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 5/7] cgroup: make sure parent won't be destroyed before its children
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 4/7] memcg: use css_get/put for swap memcg
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 3/7] memcg: use css_get/put when charging/uncharging kmem
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 0/7] memcg: make memcg's life cycle the same as cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] cgroup: remove unused parameter in cgroup_task_migrate().
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroups: Documentation/cgroup/cgroup.txt - a trivial fix.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] cgroups: Documentation/cgroup/cgroup.txt - a trivial fix.
  • From: Rami Rosen <ramirose@xxxxxxxxx>
• Fwd: Nexus 4 Android kernel hangs on boot if CONFIG_CGROUP_MEM_RES_CTLR=y
  • From: Jani Monoses <jani.monoses@xxxxxxxxx>
• Re: [RFC][PATCH 2/7] memcg: don't use mem_cgroup_get() when creating a kmemcg cache
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 1/7] memcg: use css_get in sock_update_memcg()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 2/7] memcg: don't use mem_cgroup_get() when creating a kmemcg cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/7] memcg: use css_get in sock_update_memcg()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg, kmem: clean up reference count handling on the error path
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 0/7] memcg: make memcg's life cycle the same as cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2] cgroup: remove unused parameter in cgroup_task_migrate().
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [RFC][PATCH 4/7] memcg: use css_get/put for swap memcg
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [RFC][PATCH 1/7] memcg: use css_get in sock_update_memcg()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [RFC][PATCH 5/7] cgroup: make sure parent won't be destroyed before its children
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [RFC][PATCH 7/7] memcg: kill memcg refcnt
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [RFC][PATCH 6/7] memcg: don't need to get a reference to the parent
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [RFC][PATCH 3/7] memcg: use css_get/put when charging/uncharging kmem
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [RFC][PATCH 2/7] memcg: don't use mem_cgroup_get() when creating a kmemcg cache
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [RFC][PATCH 0/7] memcg: make memcg's life cycle the same as cgroup
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 2/2] memcg, kmem: clean up reference count handling on the error path
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 1/2] Revert "memcg: avoid dangling reference count in creation failure."
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -v2] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -v2] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH -v2] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -v2] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -v2] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -v2] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH -v2] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v3] memcg: Add memory.pressure_level events
  • From: Anton Vorontsov <anton@xxxxxxxxxx>
• Re: [PATCH v3] memcg: Add memory.pressure_level events
  • From: Anton Vorontsov <anton@xxxxxxxxxx>
• [PATCH v4] memcg: Add memory.pressure_level events
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• Re: cpuset filesystems - a (short) doubt
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH -v2] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH -v2] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• cpuset filesystems - a (short) doubt
  • From: David Shwatrz <dshwatrz@xxxxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH] memcg: don't do cleanup manually if mem_cgroup_css_online() fails
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [PATCH] memcg: implement boost mode
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: avoid accessing memcg after releasing reference
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: implement boost mode
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: implement boost mode
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: implement boost mode
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH v2] cgroup: remove unused parameter in cgroup_task_migrate().
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• [PATCH] memcg: implement boost mode
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: take reference before releasing rcu_read_lock
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: avoid accessing memcg after releasing reference
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: take reference before releasing rcu_read_lock
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH] memcg: avoid accessing memcg after releasing reference
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] cgroup: remove unused parameter in cgroup_task_migrate().
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH] cgroup: remove unused parameter in cgroup_task_migrate().
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Re: [PATCH] cgroups: Documentation/kernel-parameters.txt.
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH] cgroups: Documentation/kernel-parameters.txt.
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Re: [PATCH] memcg: take reference before releasing rcu_read_lock
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: Error: /bin/echo: write error: No space left on device
  • From: Rami Rosen <roszenrami@xxxxxxxxx>
• Re: Error: /bin/echo: write error: No space left on device
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Error: /bin/echo: write error: No space left on device
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Re: [PATCH] memcg: take reference before releasing rcu_read_lock
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: take reference before releasing rcu_read_lock
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] cpuacct, cgroup: Kill cgroup_subsys.active
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] memcg: take reference before releasing rcu_read_lock
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 3/5] cpuacct: Initialize cpuacct subsystem earlier
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 0/5] cpuacct, cgroup: Kill cgroup_subsys.active
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 1/5] cpuacct: allocate per_cpu cpuusage for root cpuacct statically
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 4/5] cpuacct: No need to check subsys active state
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 5/5] cgroup: Kill subsys.active flag
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 2/5] cpuacct: Initialize root cpuacct earlier
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 5/5] cgroup: Remove subsys.active flag
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 5/5] cgroup: Remove subsys.active flag
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 4/5] cpuacct: No need to check subsys active state
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 3/5] cpuacct: Initialize cpuacct subsystem earlier
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/5] cpuacct: Initialize root cpuacct earlier
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 1/5] cpuacct: Allocate per_cpu cpuusage for root cpuacct statically
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 0/5] cpuacct, cgroup: Remove cgroup_subsys.active
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v3] memcg: Add memory.pressure_level events
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v3] memcg: Add memory.pressure_level events
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] do not abuse ->cred_guard_mutex in threadgroup_lock()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v3] memcg: Add memory.pressure_level events
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] do not abuse ->cred_guard_mutex in threadgroup_lock()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] do not abuse ->cred_guard_mutex in threadgroup_lock()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.10] cgroup: make cgroup_mutex outer to threadgroup_lock
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH] memcg: fix memcg_cache_name() to use cgroup_name()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.10] cgroup: make cgroup_mutex outer to threadgroup_lock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.10] cgroup: make cgroup_mutex outer to threadgroup_lock
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Anton Vorontsov <anton@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.10] cgroup: make cgroup_mutex outer to threadgroup_lock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 3/5] memcg: make it suck faster
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 3/5] memcg: make it suck faster
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] memcg: disable memcg page stat accounting
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] memcg: Don't account root memcg CACHE/RSS stats
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] memcg: make it suck faster
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH cgroup/for-3.10] cgroup: make cgroup_mutex outer to threadgroup_lock
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH cgroup/for-3.10] cgroup: make cgroup_mutex outer to threadgroup_lock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] cgroup: consolidate cgroup_attach_task() and cgroup_attach_proc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 0/4] devcg: introduce proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 4/5] memcg: do not call page_cgroup_init at system_boot
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 3/5] memcg: make it suck faster
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 1/5] memcg: make nocpu_base available for non hotplug
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 0/4] fix depvpts in user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/4] fix depvpts in user namespaces
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 3/4] fs: allow mknod in user namespaces
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 0/4] fix depvpts in user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/4] fs: allow mknod in user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/4] dev_cgroup: keep track of which cgroup is the root cgroup
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: [PATCH 3/4] fs: allow mknod in user namespaces
  • From: Vasily Kulikov <segoon@xxxxxxxxxxxx>
• Re: [PATCH 0/4] fix depvpts in user namespaces
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] fix depvpts in user namespaces
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 0/4] fix depvpts in user namespaces
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] fix depvpts in user namespaces
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 3/4] fs: allow mknod in user namespaces
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 1/4] dev_cgroup: keep track of which cgroup is the root cgroup
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 3/4] fs: allow mknod in user namespaces
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] devpts: fix usage in user namespaces
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 1/4] dev_cgroup: keep track of which cgroup is the root cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] fix depvpts in user namespaces
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] fs: allow mknod in user namespaces
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 2/4] fs: allow dev accesses in userns in controlled situations
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 1/4] dev_cgroup: keep track of which cgroup is the root cgroup
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 0/4] fix depvpts in user namespaces
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 0/4] fix depvpts in user namespaces
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] fix depvpts in user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/4] dev_cgroup: keep track of which cgroup is the root cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 4/4] devpts: fix usage in user namespaces
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/4] fs: allow dev accesses in userns in controlled situations
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 3/4] fs: allow mknod in user namespaces
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 0/4] fix depvpts in user namespaces
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: in.tftpd - ulimit -u not working? cgroups?
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 4/4] devcg: propagate local changes down the hierarchy
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/6] memcg: Don't account root memcg CACHE/RSS stats
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 1/6] memcg: use global stat directly for root memcg usage
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH v2 3/5] memcg: make it suck faster
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH v2] cgroup: consolidate cgroup_attach_task() and cgroup_attach_proc()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v2] cgroup: consolidate cgroup_attach_task() and cgroup_attach_proc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2] cgroup: consolidate cgroup_attach_task() and cgroup_attach_proc()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2] cgroup: consolidate cgroup_attach_task() and cgroup_attach_proc()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 2/6] memcg: Don't account root memcg CACHE/RSS stats
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] cgroup: a bunch of cleanups
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 1/6] memcg: use global stat directly for root memcg usage
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] cgroup: a bunch of cleanups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cpuset: fix RCU lockdep splat in cpuset_print_task_mems_allowed()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH -v2] device: separate all subsys mutexes (was: Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved))
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH -v2] device: separate all subsys mutexes (was: Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved))
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] device: separate all subsys mutexes (was: Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved))
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] device: separate all subsys mutexes (was: Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved))
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] device: separate all subsys mutexes (was: Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved))
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] device: separate all subsys mutexes (was: Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved))
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] device: separate all subsys mutexes (was: Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved))
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] device: separate all subsys mutexes (was: Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved))
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] device: separate all subsys mutexes (was: Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved))
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved)
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 6/6] memcg: disable memcg page stat accounting
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 5/6] memcg: Don't account root memcg PGFAULT/PGMAJFAULT events
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 4/6] memcg: Don't account root memcg swap stats
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 3/6] memcg: Don't account root memcg MEM_CGROUP_STAT_FILE_MAPPED stats
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 2/6] memcg: Don't account root memcg CACHE/RSS stats
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 1/6] memcg: use global stat directly for root memcg usage
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 0/6] memcg: bypass root memcg page stat accounting
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved)
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [BUG] potential deadlock led by cpu_hotplug lock (memcg involved)
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• [PATCH 6/8] cgroup: remove unneeded includes from cgroup.h
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 8/8] cgroup: consolidate cgroup_attach_task() and cgroup_attach_proc()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 7/8] cgroup: fix an almost harmless off-by-one bug
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 1/8] cgroup: remove cgroup_is_descentant()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 2/8] cgroup: remove unused variables in cgroup_destroy_locked()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 3/8] cgroup: hold cgroup_mutex before calling css_offline()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 5/8] cgroup: remove useless code in cgroup_write_event_control()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 0/8] cgroup: a bunch of cleanups
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 4/8] cgroup: don't bother to resize pid array
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 0/8] cgroup: a bunch of cleanups
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [BUG] potential deadlock led by cpu_hotplug lock (memcg involved)
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH] cpuset: fix RCU lockdep splat in cpuset_print_task_mems_allowed()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 1/1] do not abuse ->cred_guard_mutex in threadgroup_lock()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 1/1] do not abuse ->cred_guard_mutex in threadgroup_lock()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/1] do not abuse ->cred_guard_mutex in threadgroup_lock()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 0/1] do not abuse ->cred_guard_mutex in threadgroup_lock()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: lockdep trace from prepare_bprm_creds
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: lockdep trace from prepare_bprm_creds
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: lockdep trace from prepare_bprm_creds
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: lockdep trace from prepare_bprm_creds
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: lockdep trace from prepare_bprm_creds
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: lockdep trace from prepare_bprm_creds
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: lockdep trace from prepare_bprm_creds
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: lockdep trace from prepare_bprm_creds
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: lockdep trace from prepare_bprm_creds
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: lockdep trace from prepare_bprm_creds
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: cgroup: INFO: suspicious RCU usage. in cgroup_name
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: cgroup: INFO: suspicious RCU usage. in cgroup_name
  • From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
• Re: cgroup: INFO: suspicious RCU usage. in cgroup_name
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• cgroup: INFO: suspicious RCU usage. in cgroup_name
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH] perf: remove include of cgroup.h from perf_event.h
  • From: Stephane Eranian <eranian@xxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] memcg: make it suck faster
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] perf: remove include of cgroup.h from perf_event.h
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v2 3/5] memcg: make it suck faster
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] memcg: provide root figures from system totals
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/5] memcg: do not call page_cgroup_init at system_boot
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>