Linux Cgroups Development - Date Index

• Thread Index

• [PATCH 3/9 v2] cgroup: implement generic child / descendant walk macros
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 9/9 v3] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 8/9] cgroup_freezer: add ->post_create() and ->pre_destroy() and track online state
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V3] memcg, oom: provide more precise dump info while memcg oom happening
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 9/9 v2] cgroup_freezer: implement proper hierarchy support
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH V3] memcg, oom: provide more precise dump info while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 8/9] cgroup_freezer: add ->post_create() and ->pre_destroy() and track online state
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9 v2] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9 v2] cgroup_freezer: implement proper hierarchy support
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9 v2] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9 v2] cgroup_freezer: implement proper hierarchy support
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/2] oom: rework dump_tasks to optimize memcg-oom situation
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 8/9] cgroup_freezer: add ->post_create() and ->pre_destroy() and track online state
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/2] memcg, oom: provide more precise dump info while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/2] memcg, oom: provide more precise dump info while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 1/2] memcg, oom: provide more precise dump info while memcg oom happening
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/2] memcg, oom: provide more precise dump info while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 5/9] cgroup_freezer: prepare freezer_change_state() for full hierarchy support
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/9] cgroup_freezer: trivial cleanups
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/2] memcg, oom: provide more precise dump info while memcg oom happening
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 8/9] cgroup_freezer: add ->post_create() and ->pre_destroy() and track online state
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 5/9] cgroup_freezer: prepare freezer_change_state() for full hierarchy support
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/9] cgroup_freezer: trivial cleanups
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/9] cgroup: Use rculist ops for cgroup->children
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/9 v2] cgroup: add cgroup_subsys->post_create()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] oom: rework dump_tasks to optimize memcg-oom situation
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/2] memcg, oom: provide more precise dump info while memcg oom happening
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH V2 0/2] Provide more precise dump info for memcg-oom
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] oom: rework dump_tasks to optimize memcg-oom situation
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 1/2] memcg, oom: provide more precise dump info while memcg oom happening
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/9 v2] cgroup: add cgroup_subsys->post_create()
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 1/9 v2] cgroup: add cgroup_subsys->post_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/9] cgroup: add cgroup_subsys->post_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 9/9 v2] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/9] cgroup: Use rculist ops for cgroup->children
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/9] cgroup: add cgroup_subsys->post_create()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 9/9] cgroup_freezer: implement proper hierarchy support
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 2/2] oom: rework dump_tasks to optimize memcg-oom situation
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH 1/2] memcg, oom: provide more precise dump info while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH V2 0/2] Provide more precise dump info for memcg-oom
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] device_cgroup: add lockdep asserts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] device_cgroup: fix RCU usage
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] device_cgroup: fix RCU usage
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] device_cgroup: add lockdep asserts
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• [PATCH 1/2] device_cgroup: fix RCU usage
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] device_cgroup: add lockdep asserts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/2] device_cgroup: add lockdep asserts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup: deprecate clone_children
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup: deprecate clone_children
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCHSET RESEND v2] cgroup: simplify cgroup removal path
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC] cgroup: deprecate clone_children
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET RESEND v2] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/9] cgroup: add cgroup_subsys->post_create()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.8] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/9] cgroup: add cgroup_subsys->post_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/9] cgroup: Use rculist ops for cgroup->children
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/9] cgroup_freezer: prepare freezer_change_state() for full hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/9] cgroup_freezer: trivial cleanups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 8/9] cgroup_freezer: add ->post_create() and ->pre_destroy() and track online state
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 9/9] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: fix hotplugged memory zone oops
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix hotplugged memory zone oops
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] memcg: fix hotplugged memory zone oops
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] memcg: fix hotplugged memory zone oops
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 6/8] memcg: make mem_cgroup_reparent_charges non failing
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix hotplugged memory zone oops
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 6/8] memcg: make mem_cgroup_reparent_charges non failing
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH] memcg: fix hotplugged memory zone oops
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] device_cgroup: fix unchecked cgroup parent usage
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] device_cgroup: fix unchecked cgroup parent usage
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• This patchset is botched. Please ignore this thread.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/8] memcg: make mem_cgroup_reparent_charges non failing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/8] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET RESEND v2] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/8] memcg: make mem_cgroup_reparent_charges non failing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/8] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET v2] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] device_cgroup: fix unchecked cgroup parent usage
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 2/6] memcg: root_cgroup cannot reach mem_cgroup_move_parent
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v3 1/6] memcg: split mem_cgroup_force_empty into reclaiming and reparenting parts
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] device_cgroup: fix unchecked cgroup parent usage
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] device_cgroup: fix unchecked cgroup parent usage
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 1/2] generalize post_clone into post_create
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/2] allow post_create to fail
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 0/2] cgroup hook after successful create
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/8] memcg: make mem_cgroup_reparent_charges non failing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/8] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: memcg/cgroup: do not fail fail on pre_destroy callbacks
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 13/18] memcg/sl[au]b Track all the memcg children of a kmem_cache.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg/cgroup: do not fail fail on pre_destroy callbacks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: Michal Hocko <mhocko@xxxxxxx>
• [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• Re: [PATCH v5 13/18] memcg/sl[au]b Track all the memcg children of a kmem_cache.
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH v5 11/18] sl[au]b: Allocate objects from memcg cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 11/18] sl[au]b: Allocate objects from memcg cache
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH v3 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v3 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v3 6/6] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/6] memcg: make mem_cgroup_reparent_charges non failing
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/6] memcg: root_cgroup cannot reach mem_cgroup_move_parent
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v3 2/6] memcg: root_cgroup cannot reach mem_cgroup_move_parent
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/6] memcg: split mem_cgroup_force_empty into reclaiming and reparenting parts
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH v2 0/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Mike Galbraith <efault@xxxxxx>
• [PATCH v3 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v3 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v3 1/6] memcg: split mem_cgroup_force_empty into reclaiming and reparenting parts
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v3 5/6] memcg: make mem_cgroup_reparent_charges non failing
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v3 2/6] memcg: root_cgroup cannot reach mem_cgroup_move_parent
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v3 6/6] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Michal Hocko <mhocko@xxxxxxx>
• memcg/cgroup: do not fail fail on pre_destroy callbacks
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v1 5/5] cgroup: net_cls: Rework update socket logic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v1 4/5] cgroup: net_cls: Pass in task to sock_update_classid()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v1 3/5] cgroup: net_cls: Remove rcu_read_lock/unlock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/5] cgroup: net_cls: Fix local variable type decleration
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] cgroup: net_prio: Mark local used function static
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Qiang Gao <gaoqiangscut@xxxxxxxxx>
• Re: [PATCH 1/1] freezer: exec should clear PF_NOFREEZE along with PF_KTHREAD
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v1 5/5] cgroup: net_cls: Rework update socket logic
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v1 4/5] cgroup: net_cls: Pass in task to sock_update_classid()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v1 3/5] cgroup: net_cls: Remove rcu_read_lock/unlock
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v1 2/5] cgroup: net_cls: Fix local variable type decleration
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/5] cgroup: net_prio: Mark local used function static
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v1 4/5] cgroup: net_cls: Pass in task to sock_update_classid()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 08/18] memcg: infrastructure to match an allocation to the right cache
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 08/18] memcg: infrastructure to match an allocation to the right cache
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: exec should clear PF_NOFREEZE along with PF_KTHREAD
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: exec should clear PF_NOFREEZE along with PF_KTHREAD
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: exec should clear PF_NOFREEZE along with PF_KTHREAD
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/1] freezer: exec should clear PF_NOFREEZE along with PF_KTHREAD
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 0/1] (Was: cgroup_freezer: don't stall transition to FROZEN for PF_NOFREEZE or PF_FREEZER_SKIP tasks)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 0/1] (Was: freezer: add missing mb's to freezer_count() and freezer_should_skip())
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v1 0/5] Rework net_cls update socket logic
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH v1 3/5] cgroup: net_cls: Remove rcu_read_lock/unlock
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH v1 2/5] cgroup: net_cls: Fix local variable type decleration
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH v1 5/5] cgroup: net_cls: Rework update socket logic
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH v1 1/5] cgroup: net_prio: Mark local used function static
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH v1 4/5] cgroup: net_cls: Pass in task to sock_update_classid()
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH v5 06/18] consider a memcg parameter in kmem_create_cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 08/18] memcg: infrastructure to match an allocation to the right cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Michal Hocko <mhocko@xxxxxxx>
• [GIT PULL] cgroup fixes for v3.7-rc2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/7] cgroup_freezer: don't stall transition to FROZEN for PF_NOFREEZE or PF_FREEZER_SKIP tasks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/7] freezer: add missing mb's to freezer_count() and freezer_should_skip()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 08/18] memcg: infrastructure to match an allocation to the right cache
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH v5 05/18] slab/slub: struct memcg_params
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/18] consider a memcg parameter in kmem_create_cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/18] slab: don't preemptively remove element from list in cache destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/18] slab: don't preemptively remove element from list in cache destroy
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH v5 01/18] move slabinfo processing to slab_common.c
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Qiang Gao <gaoqiangscut@xxxxxxxxx>
• Re: [PATCH v5 16/18] slab: propagate tunables values
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v5 06/18] consider a memcg parameter in kmem_create_cache
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH v5 05/18] slab/slub: struct memcg_params
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH 5/7] cgroup_freezer: allow moving tasks in and out of a frozen cgroup
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 4/7] cgroup_freezer: don't stall transition to FROZEN for PF_NOFREEZE or PF_FREEZER_SKIP tasks
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 2/7] freezer: add missing mb's to freezer_count() and freezer_should_skip()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/4] cgroup: fix invalid rcu dereference
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH 1/4] cgroup: fix invalid rcu dereference
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: [PATCH 1/4] cgroup: fix invalid rcu dereference
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Qiang Gao <gaoqiangscut@xxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Qiang Gao <gaoqiangscut@xxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Qiang Gao <gaoqiangscut@xxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Qiang Gao <gaoqiangscut@xxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH 5/7] cgroup_freezer: allow moving tasks in and out of a frozen cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/7] cgroup_freezer: don't stall transition to FROZEN for PF_NOFREEZE or PF_FREEZER_SKIP tasks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/7] freezer: add missing mb's to freezer_count() and freezer_should_skip()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/4] Rebase device_cgroup v2 patchset
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: [PATCH 0/4] Rebase device_cgroup v2 patchset
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] cgroup_freezer: allow moving tasks in and out of a frozen cgroup
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 4/7] cgroup_freezer: don't stall transition to FROZEN for PF_NOFREEZE or PF_FREEZER_SKIP tasks
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 2/7] freezer: add missing mb's to freezer_count() and freezer_should_skip()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 4/4] device_cgroup: add proper checking when changing default behavior
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 3/4] device_cgroup: stop using simple_strtoul()
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] device_cgroup: rename deny_all to behavior
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] cgroup: fix invalid rcu dereference
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH v5 15/18] Aggregate memcg cache values in slabinfo
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 3/4] device_cgroup: stop using simple_strtoul()
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• [PATCH 0/4] Rebase device_cgroup v2 patchset
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• [PATCH 4/4] device_cgroup: add proper checking when changing default behavior
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• [PATCH 1/4] cgroup: fix invalid rcu dereference
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• [PATCH 2/4] device_cgroup: rename deny_all to behavior
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: [PATCH 1/3] device_cgroup: rename deny_all to behavior
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 10/18] sl[au]b: always get the cache from its page in kfree
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH v5 04/18] slab: don't preemptively remove element from list in cache destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 16/18] slab: propagate tunables values
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 14/18] memcg/sl[au]b: shrink dead caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Qiang Gao <gaoqiangscut@xxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/3] device_cgroup: rename deny_all to behavior
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 3/3] device_cgroup: add proper checking when changing default behavior
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• [PATCH 2/3] device_cgroup: stop using simple_strtoul()
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• [PATCH 1/3] device_cgroup: rename deny_all to behavior
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• [PATCH 0/3] Rebase device_cgroup v2 patchset
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 16/18] slab: propagate tunables values
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v5 15/18] Aggregate memcg cache values in slabinfo
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 14/18] memcg/sl[au]b: shrink dead caches
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v5 11/18] sl[au]b: Allocate objects from memcg cache
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v5 10/18] sl[au]b: always get the cache from its page in kfree
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 04/18] slab: don't preemptively remove element from list in cache destroy
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: process hangs on do_exit when oom happens
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v5 07/18] Allocate memory for memcg caches whenever a new memcg appears
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 15/18] Aggregate memcg cache values in slabinfo
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 12/18] memcg: destroy memcg caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 16/18] slab: propagate tunables values
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 08/18] memcg: infrastructure to match an allocation to the right cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 03/18] sl[au]b: process slabinfo_show in common code
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 01/18] move slabinfo processing to slab_common.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 06/18] consider a memcg parameter in kmem_create_cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 04/18] slab: don't preemptively remove element from list in cache destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 14/18] memcg/sl[au]b: shrink dead caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 18/18] Add slab-specific documentation about the kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 02/18] move print_slabinfo_header to slab_common.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 17/18] slub: slub-specific propagation changes.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 10/18] sl[au]b: always get the cache from its page in kfree
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 11/18] sl[au]b: Allocate objects from memcg cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 09/18] memcg: skip memcg kmem allocations in specified code regions
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 13/18] memcg/sl[au]b Track all the memcg children of a kmem_cache.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 05/18] slab/slub: struct memcg_params
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 00/18] slab accounting for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] memcg: make mem_cgroup_reparent_charges non failing
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 2/2] Revert "cgroup: Drop task_lock(parent) on cgroup_fork()"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/14] kmem controller for memcg.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 2/2] Revert "cgroup: Drop task_lock(parent) on cgroup_fork()"
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Matt Helsley <matthltc@xxxxxxxxxxxxxxxxxx>
• [PATCH cgroup/for-3.7-fixes 2/2] Revert "cgroup: Drop task_lock(parent) on cgroup_fork()"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Matt Helsley <matthltc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 5/6] memcg: make mem_cgroup_reparent_charges non failing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Matt Helsley <matthltc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] memory cgroup: update root memory cgroup when node is onlined
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 2/6] memcg: root_cgroup cannot reach mem_cgroup_move_parent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/6] memcg: split mem_cgroup_force_empty into reclaiming and reparenting parts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Matt Helsley <matthltc@xxxxxxxxxxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 00/14] kmem controller for memcg.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memory cgroup: update root memory cgroup when node is onlined
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/19] slab accounting for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 09/14] memcg: kmem accounting lifecycle management
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 13/14] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 11/14] memcg: allow a memcg with kmem charges to be destructed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memcg: Make it possible to use the stock for more than one page.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/14] kmem controller for memcg.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] memcg: make mem_cgroup_reparent_charges non failing
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 5/6] memcg: make mem_cgroup_reparent_charges non failing
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v5 09/14] memcg: kmem accounting lifecycle management
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [RFC] memcg/cgroup: do not fail fail on pre_destroy callbacks
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 09/14] memcg: kmem accounting lifecycle management
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 11/14] memcg: allow a memcg with kmem charges to be destructed.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 13/14] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memcg: Make it possible to use the stock for more than one page.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/14] kmem controller for memcg.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 05/14] Add a __GFP_KMEMCG flag
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 03/14] memcg: change defines to an enum
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 02/14] memcg: Reclaim when more than one page needed.
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v0 3/4] cgroup: net_cls: Pass in task to sock_update_classid()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v0 4/4] cgroup: net_cls: Rework update socket logic
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH v0 3/4] cgroup: net_cls: Pass in task to sock_update_classid()
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [RFC] memcg/cgroup: do not fail fail on pre_destroy callbacks
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v0 4/4] cgroup: net_cls: Rework update socket logic
  • From: John Fastabend <john.r.fastabend@xxxxxxxxx>
• Re: [PATCH v0 3/4] cgroup: net_cls: Pass in task to sock_update_classid()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [RFC] memcg/cgroup: do not fail fail on pre_destroy callbacks
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 1/6] memcg: split mem_cgroup_force_empty into reclaiming and reparenting parts
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 2/6] memcg: root_cgroup cannot reach mem_cgroup_move_parent
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 4/6] cgroups: forbid pre_destroy callback to fail
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 6/6] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 5/6] memcg: make mem_cgroup_reparent_charges non failing
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 3/6] memcg: Simplify mem_cgroup_force_empty_list error handling
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v0 2/4] cgroup: net_cls: Fix local variable type decleration
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH v0 3/4] cgroup: net_cls: Pass in task to sock_update_classid()
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH v0 4/4] cgroup: net_cls: Rework update socket logic
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH v0 1/4] cgroup: net_prio: Mark local used function static
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH v0 0/4] Rework net_cls update socket logic
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• process hangs on do_exit when oom happens
  • From: gaoqiang <gaoqiangscut@xxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v4 14/14] Add documentation about the kmem controller
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v5 12/14] execute the whole memcg freeing in free_worker
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [REGRESSION] cgroup: notify_on_release may not be triggered in some cases
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/7] freezer: add missing mb's to freezer_count() and freezer_should_skip()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/7] cgroup_freezer: make it official that writes to freezer.state don't fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/7] cgroup_freezer: don't stall transition to FROZEN for PF_NOFREEZE or PF_FREEZER_SKIP tasks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/7] cgroup_freezer: prepare update_if_frozen() for locking change
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/7] cgroup_freezer: allow moving tasks in and out of a frozen cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/7] cgroup_freezer: don't use cgroup_lock_live_group()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 1/2] block: lift the initial queue bypass mode on blk_register_queue() instead of blk_init_allocated_queue()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Aristeu Rozanski <aris@xxxxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 05/14] Add a __GFP_KMEMCG flag
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Ni zhan Chen <nizhan.chen@xxxxxxxxx>
• [PATCH v5 07/14] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 13/14] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 14/14] Add documentation about the kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 10/14] memcg: use static branches when code not in use
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 05/14] Add a __GFP_KMEMCG flag
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 09/14] memcg: kmem accounting lifecycle management
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 11/14] memcg: allow a memcg with kmem charges to be destructed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 00/14] kmem controller for memcg.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 03/14] memcg: change defines to an enum
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 04/14] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 01/14] memcg: Make it possible to use the stock for more than one page.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 02/14] memcg: Reclaim when more than one page needed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v5 12/14] execute the whole memcg freeing in free_worker
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 1/2] block: lift the initial queue bypass mode on blk_register_queue() instead of blk_init_allocated_queue()
  • From: Joseph Glanville <joseph.glanville@xxxxxxxxxxxxxx>
• Re: [PATCH v4 10/14] memcg: use static branches when code not in use
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v4 09/14] memcg: kmem accounting lifecycle management
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memory cgroup: update root memory cgroup when node is onlined
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: Sha Zhengju <handai.szj@xxxxxxxxxx>
• Re: [PATCH] oom, memcg: handle sysctl oom_kill_allocating_task while memcg oom happening
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] memory cgroup: update root memory cgroup when node is onlined
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v4 02/14] memcg: Reclaim when more than one page needed.
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH v4 17/19] slab: propagate tunables values
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 02/19] move slabinfo processing to slab_common.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 13/19] memcg: destroy memcg caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 04/19] sl[au]b: process slabinfo_show in common code
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 09/19] memcg: infrastructure to match an allocation to the right cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 16/19] Aggregate memcg cache values in slabinfo
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 08/19] Allocate memory for memcg caches whenever a new memcg appears
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 07/19] consider a memcg parameter in kmem_create_cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 05/19] slab: don't preemptively remove element from list in cache destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 18/19] slub: slub-specific propagation changes.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 06/19] slab/slub: struct memcg_params
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 11/19] sl[au]b: always get the cache from its page in kfree
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 14/19] memcg/sl[au]b Track all the memcg children of a kmem_cache.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 10/19] memcg: skip memcg kmem allocations in specified code regions
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 19/19] Add slab-specific documentation about the kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 03/19] move print_slabinfo_header to slab_common.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 15/19] memcg/sl[au]b: shrink dead caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 01/19] slab: Ignore internal flags in cache creation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 12/19] sl[au]b: Allocate objects from memcg cache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 00/19] slab accounting for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 14/14] Add documentation about the kmem controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 09/14] memcg: kmem accounting lifecycle management
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 04/14] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 14/14] Add documentation about the kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 10/14] memcg: use static branches when code not in use
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 09/14] memcg: kmem accounting lifecycle management
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 04/14] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 14/14] Add documentation about the kmem controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 12/14] execute the whole memcg freeing in free_worker
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 10/14] memcg: use static branches when code not in use
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 04/14] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 09/14] memcg: kmem accounting lifecycle management
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 04/14] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 04/14] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 05/14] Add a __GFP_KMEMCG flag
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH v4 07/14] mm: Allocate kernel pages to the right memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 13/14] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 14/14] Add documentation about the kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 12/14] execute the whole memcg freeing in free_worker
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 10/14] memcg: use static branches when code not in use
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 11/14] memcg: allow a memcg with kmem charges to be destructed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 09/14] memcg: kmem accounting lifecycle management
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 04/14] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 06/14] memcg: kmem controller infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 08/14] res_counter: return amount of charges after res_counter_uncharge
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 05/14] Add a __GFP_KMEMCG flag
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 03/14] memcg: change defines to an enum
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 01/14] memcg: Make it possible to use the stock for more than one page.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 02/14] memcg: Reclaim when more than one page needed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v4 00/14] kmem controller for memcg.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 12/13] execute the whole memcg freeing in rcu callback
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [REGRESSION] cgroup: notify_on_release may not be triggered in some cases
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 04/13] kmem accounting basic infrastructure
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: clean up mm_match_cgroup() signature
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 12/13] execute the whole memcg freeing in rcu callback
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v3 04/13] kmem accounting basic infrastructure
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm: memcontrol: handle potential crash when rmap races with task exit
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm: memcontrol: handle potential crash when rmap races with task exit
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 1/2] mm: memcontrol: handle potential crash when rmap races with task exit
  • From: Michal Hocko <mhocko@xxxxxxx>
• [patch 1/2] mm: memcontrol: handle potential crash when rmap races with task exit
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [patch 2/2] mm: memcg: clean up mm_match_cgroup() signature
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [patch 0/2] memcg fixups that fell through cracks in 3.5
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v3 12/13] execute the whole memcg freeing in rcu callback
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 04/13] kmem accounting basic infrastructure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>