Linux Cgroups Development - Date Index

• Thread Index

• Re: [PATCH 1/2] memcg: reparent charges of children before processing parent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] memcg: reparent charges of children before processing parent
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCHSET cgroup/for-3.15] cgroup: more cleanups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 09/16] cgroup: remove css_scan_tasks()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.15] cgroup: more cleanups
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: bring back kill_cnt to order css destruction
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: bring back kill_cnt to order css destruction
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] memcg: reparent charges of children before processing parent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] Revert "cgroup: use an ordered workqueue for cgroup destruction"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] cgroup: bring back kill_cnt to order css destruction
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 1/2] memcg: reparent charges of children before processing parent
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH cgroup/for-3.15] cgroup_freezer: document freezer_fork() subtleties
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroup: convert to kernfs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• re: cgroup: convert to kernfs
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 5/5] cgroup: update cgroup_transfer_tasks() to either succeed or fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET v2 cgroup/for-3.15] cgroup: cleanups after kernfs conversion
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: protect modifications to cgroup_idr with cgroup_mutex
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] cgroup: protect modifications to cgroup_idr with cgroup_mutex
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] cgroup: protect modifications to cgroup_idr with cgroup_mutex
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCHSET v2 cgroup/for-3.15] cgroup: cleanups after kernfs conversion
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 6/8] cgroup: remove cgroup->name
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 6/8] cgroup: remove cgroup->name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/8] cgroup: remove cgroup->name
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v2] cgroup: protect modifications to cgroup->idr with cgroup_mutex
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v2] cgroup: protect modifications to cgroup->idr with cgroup_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2] cgroup: protect modifications to cgroup->idr with cgroup_mutex
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.14-fixes] cgroup: protect modifications to cgroup_idr with cgroup_mutex
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.14-fixes] cgroup: protect modifications to cgroup_idr with cgroup_mutex
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] cgroup: protect modifications to cgroup_idr with cgroup_mutex
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: mm: memcg: A infinite loop in __handle_mm_fault()
  • From: "Mizuma, Masayoshi" <m.mizuma@xxxxxxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.15] cgroup: convert to kernfs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v4 13/13] cgroup: convert to kernfs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 11/13] cgroup: misc preps for kernfs conversion
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 02/13] cgroup: introduce cgroup_tree_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.14-fixes] cgroup: protect modifications to cgroup_idr with cgroup_mutex
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH cgroup/for-3.14-fixes] cgroup: protect modifications to cgroup_idr with cgroup_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: protect modifications to cgroup_idr with cgroup_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: protect modifications to cgroup_idr with cgroup_mutex
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCHSET cgroup/for-3.15] cgroup: convert to kernfs
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH] cgroup: protect modifications to cgroup_idr with cgroup_mutex
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 15/16] cgroup: cosmetic updates to cgroup_attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/5] cgroup: use css_set->mg_tasks to track target tasks during migration
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/5] cgroup: add css_set->mg_tasks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/5] cgroup: separate out cset_group_from_root() from task_cgroup_from_root()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/5] cgroup: split process / task migration into four steps
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/5] cgroup: update cgroup_transfer_tasks() to either succeed or fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.15] cgroup: update task migration path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: mm: memcg: A infinite loop in __handle_mm_fault()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: mm: memcg: A infinite loop in __handle_mm_fault()
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/16] cgroup: implement cgroup_has_tasks() and unexport cgroup_task_count()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: mm: memcg: A infinite loop in __handle_mm_fault()
  • From: "Mizuma, Masayoshi" <m.mizuma@xxxxxxxxxxxxxx>
• Re: mm: memcg: A infinite loop in __handle_mm_fault()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 7/9] mm: Mark functions as static in page_cgroup.c
  • From: Michal Hocko <mhocko@xxxxxxx>
• mm: memcg: A infinite loop in __handle_mm_fault()
  • From: "Mizuma, Masayoshi" <m.mizuma@xxxxxxxxxxxxxx>
• [PATCH 01/16] cgroup: disallow xattr, release_agent and name if sane_behavior
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/16] cgroup: enable task_cg_lists on the first cgroup mount
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/16] cgroup: drop CGRP_ROOT_SUBSYS_BOUND
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/16] cgroup: relocate cgroup_enable_task_cg_lists()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/16] cgroup: reimplement cgroup_transfer_tasks() without using css_scan_tasks()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/16] cgroup: make css_set_lock a rwsem and rename it to css_set_rwsem
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/16] cgroup: remove css_scan_tasks()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/16] cpuset: use css_task_iter_start/next/end() instead of css_scan_tasks()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/16] cgroup: separate out put_css_set_locked() and remove put_css_set_taskexit()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 12/16] cgroup: drop @skip_css from cgroup_taskset_for_each()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 14/16] cgroup: remove cgroup_taskset_cur_css() and cgroup_taskset_size()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 15/16] cgroup: cosmetic updates to cgroup_attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 16/16] cgroup: unexport functions
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 13/16] cpuset: don't use cgroup_taskset_cur_css()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 11/16] cgroup: move css_set_rwsem locking outside of cgroup_task_migrate()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/16] cgroup: implement cgroup_has_tasks() and unexport cgroup_task_count()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.15] cgroup: more cleanups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v3 6/8] cgroup: remove cgroup->name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/8] cgroup: relocate cgroup_rm_cftypes()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/8] cgroup: warn if "xattr" is specified with "sane_behavior"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/8] cgroup: simplify dynamic cftype addition and removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/8] cgroup: remove cftype_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/8] cgroup: make cgroup hold onto its kernfs_node
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/8] cgroup: remove cgroup->name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/8] cgroup: rename cgroupfs_root->number_of_cgroups to ->nr_cgrps and make it atomic_t
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 8/8] cgroup: remove cgroupfs_root->refcnt
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET v2 cgroup/for-3.15] cgroup: cleanups after kernfs conversion
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/13] cgroup: release cgroup_mutex over file removals
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/13] cgroup: introduce cgroup_tree_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/13] cgroup: restructure locking and error handling in cgroup_mount()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/13] cgroup: introduce cgroup_init/exit_cftypes()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/13] cgroup: introduce cgroup_ino()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 01/13] cgroup: improve css_from_dir() into css_tryget_from_dir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 11/13] cgroup: misc preps for kernfs conversion
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/13] cgroup: factor out cgroup_setup_root() from cgroup_mount()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 12/13] cgroup: relocate functions in preparation of kernfs conversion
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/13] cgroup: update cgroup name handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/13] cgroup: make cgroup_subsys->base_cftypes use cgroup_add_cftypes()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/13] cgroup: update the meaning of cftype->max_write_len
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET v2 cgroup/for-3.15] cgroup: convert to kernfs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET v2 cgroup/for-3.15] cgroup: drop module support and cgroup_root_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.14-fixes] cgroup: four misc fixes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Attaching a cgroup subsystem to multiple hierarchies
  • From: Glyn Normington <gnormington@xxxxxxxxxxxxx>
• Re: Attaching a cgroup subsystem to multiple hierarchies
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 7/9] mm: Mark functions as static in page_cgroup.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 6/9] mm: Mark function as static in memcontrol.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [cgroup] BUG: unable to handle kernel NULL pointer dereference at 0000000000000080
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 7/9] mm: Mark functions as static in page_cgroup.c
  • From: Rashika Kheria <rashika.kheria@xxxxxxxxx>
• [PATCH 6/9] mm: Mark function as static in memcontrol.c
  • From: Rashika Kheria <rashika.kheria@xxxxxxxxx>
• [PATCH] cgroup: use an ordered workqueue for cgroup destruction
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: the performance of cgroup regarding resource isolation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• the performance of cgroup regarding resource isolation
  • From: ricky l <rickylee0815@xxxxxxxxx>
• Re: [PATCH] nfs: include xattr.h from fs/nfs/nfs3proc.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] nfs: include xattr.h from fs/nfs/nfs3proc.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] nfs: include xattr.h from fs/nfs/nfs3proc.c
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxxxxxxx>
• [PATCH] nfs: include xattr.h from fs/nfs/nfs3proc.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Fwd: CGroups and pthreads
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: clean up cgroup_subsys names and initialization
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: clean up cgroup_subsys names and initialization
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: CGroups and pthreads
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCHSET cgroup/for-3.15] cgroup: convert to kernfs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 13/13] cgroup: convert to kernfs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 6/8] cgroup: remove cgroup->name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v3 2/6] cgroup: drop module support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/6] cgroup: drop module support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/8] cgroup: remove cgroup->name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: move the one-off opts sanity check in cgroup_root_from_opts() to parse_cgroupfs_options()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/8] cgroup: remove cgroup->name
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 6/8] cgroup: remove cgroup->name
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: clean up cgroup_subsys names and initialization
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.15] cgroup: convert to kernfs
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 01/13] cgroup: improve css_from_dir() into css_tryget_from_dir()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/6] cgroup: clean up cgroup_subsys names and initialization
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCHSET v2 cgroup/for-3.15] cgroup: drop module support and cgroup_root_mutex
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 2/6] cgroup: drop module support
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: move the one-off opts sanity check in cgroup_root_from_opts() to parse_cgroupfs_options()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 2/4] cgroup: fix error return from cgroup_create()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 3/4] cgroup: fix locking in cgroup_cfts_commit()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 1/4] cgroup: fix error return value in cgroup_mount()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 1/8] cgroup: warn if "xattr" is specified with "sane_behavior"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/8] cgroup: relocate cgroup_rm_cftypes()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/8] cgroup: simplify dynamic cftype addition and removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/8] cgroup: remove cftype_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/8] cgroup: rename cgroupfs_root->number_of_cgroups to ->nr_cgrps and make it atomic_t
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/8] cgroup: remove cgroup->name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/8] cgroup: make cgroup hold onto its kernfs_node
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 8/8] cgroup: remove cgroupfs_root->refcnt
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.15] cgroup: cleanups after kernfs conversion
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.15] cgroup: convert to kernfs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 01/13] cgroup: improve css_from_dir() into css_tryget_from_dir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/13] cgroup: introduce cgroup_tree_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/13] cgroup: restructure locking and error handling in cgroup_mount()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/13] cgroup: release cgroup_mutex over file removals
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/13] cgroup: factor out cgroup_setup_root() from cgroup_mount()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/13] cgroup: update the meaning of cftype->max_write_len
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/13] cgroup: update cgroup name handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/13] cgroup: introduce cgroup_ino()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/13] cgroup: introduce cgroup_init/exit_cftypes()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 12/13] cgroup: relocate functions in preparation of kernfs conversion
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 13/13] cgroup: convert to kernfs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 11/13] cgroup: misc preps for kernfs conversion
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/13] cgroup: make cgroup_subsys->base_cftypes use cgroup_add_cftypes()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: clean up cgroup_subsys names and initialization
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 1/6] cgroup: make CONFIG_CGROUP_NET_PRIO bool and drop unnecessary init_netclassid_cgroup()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET v2 cgroup/for-3.15] cgroup: drop module support and cgroup_root_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/6] cgroup: clean up cgroup_subsys names and initialization
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/6] cgroup: drop module support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/6] cgroup: rename cgroup_subsys->subsys_id to ->id
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/6] cgroup: remove cgroup_root_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/6] cgroup: update locking in cgroup_show_options()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] arm, pm, vmpressure: add missing slab.h includes
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• [PATCH] arm, pm, vmpressure: add missing slab.h includes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Please revert 4fd466eb46a6 ("HWPOISON: add memory cgroup filter")
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: Please revert 4fd466eb46a6 ("HWPOISON: add memory cgroup filter")
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Please revert 4fd466eb46a6 ("HWPOISON: add memory cgroup filter")
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Please revert 4fd466eb46a6 ("HWPOISON: add memory cgroup filter")
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: CGroups and pthreads
  • From: Dermot McGahon <dmcgahon@xxxxxxxxxxx>
• [PATCH 1/4] cgroup: fix error return value in cgroup_mount()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/4] cgroup: fix error return from cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/4] cgroup: fix locking in cgroup_cfts_commit()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/4] cgroup: move the one-off opts sanity check in cgroup_root_from_opts() to parse_cgroupfs_options()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.14-fixes] cgroup: four misc fixes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cpuset: update MAINTAINERS entry
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cpuset: update MAINTAINERS entry
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cpuset: update MAINTAINERS entry
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH] cpuset: update MAINTAINERS entry
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Fwd: CGroups and pthreads
  • From: Dermot McGahon <dmcgahon@xxxxxxxxxxx>
• Re: [PATCH RFC 0/9] cgroups: add res_counter_write_u64() API
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] cpusets: Allocate heap only when required
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] cpusets: Allocate heap only when required
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cpusets: Allocate heap only when required
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] cpusets: Allocate heap only when required
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cpusets: Allocate heap only when required
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cpusets: Allocate heap only when required
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] cpusets: Allocate heap only when required
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpusets: Allocate heap only when required
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cpusets: Allocate heap only when required
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] cpusets: Allocate heap only when required
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v4 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Kay Sievers <kay@xxxxxxxx>
• Re: [PATCH] memcg: Do not hang on OOM when killed by userspace OOM access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• [GIT PULL] cgroup changes for v3.14-rc1
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: Do not hang on OOM when killed by userspace OOM access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Greg Kroah-Hartmann <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: clean up cgroup_subsys names and initialization
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/6] cgroup: make CONFIG_NET_CLS_CGROUP and CONFIG_NETPRIO_CGROUP bool instead of tristate
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH 1/6] cgroup: make CONFIG_NET_CLS_CGROUP and CONFIG_NETPRIO_CGROUP bool instead of tristate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/6] cgroup: make CONFIG_NET_CLS_CGROUP and CONFIG_NETPRIO_CGROUP bool instead of tristate
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH 1/6] cgroup: make CONFIG_NET_CLS_CGROUP and CONFIG_NETPRIO_CGROUP bool instead of tristate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] cgroup: trivial style updates
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/6] cgroup: make CONFIG_NET_CLS_CGROUP and CONFIG_NETPRIO_CGROUP bool instead of tristate
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH 2/2] cgroup: place newline before function opening brace
  • From: SeongJae Park <sj38.park@xxxxxxxxx>
• [PATCH 1/2] cgroup: insert space before assignment for codingstyle
  • From: SeongJae Park <sj38.park@xxxxxxxxx>
• Re: [PATCH 3/6] cgroup: clean up cgroup_subsys names and initialization
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] cgroup: make CONFIG_NET_CLS_CGROUP and CONFIG_NETPRIO_CGROUP bool instead of tristate
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] cgroup: make CONFIG_NET_CLS_CGROUP and CONFIG_NETPRIO_CGROUP bool instead of tristate
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: clean up cgroup_subsys names and initialization
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] cgroup: make CONFIG_NET_CLS_CGROUP and CONFIG_NETPRIO_CGROUP bool instead of tristate
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH 2/6] cgroup: drop module support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/6] cgroup: make CONFIG_NET_CLS_CGROUP and CONFIG_NETPRIO_CGROUP bool instead of tristate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/6] cgroup: clean up cgroup_subsys names and initialization
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/6] cgroup: update locking in cgroup_show_options()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/6] cgroup: rename cgroup_subsys->subsys_id to ->id
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/6] cgroup: remove cgroup_root_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.14] cgroup: drop module support and cgroup_root_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch v2 -mm] mm, oom: prefer thread group leaders for display purposes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch v2 -mm] mm, oom: prefer thread group leaders for display purposes
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch v2 -mm] mm, oom: prefer thread group leaders for display purposes
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: Do not hang on OOM when killed by userspace OOM access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Jan Kaluža <jkaluza@xxxxxxxxxx>
• [patch v2 -mm] mm, oom: prefer thread group leaders for display purposes
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch -mm] mm, oom: prefer thread group leaders for display purposes
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch -mm] mm, oom: prefer thread group leaders for display purposes
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [patch -mm] mm, oom: prefer thread group leaders for display purposes
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v4 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Eric Paris <eparis@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] memcg: Do not hang on OOM when killed by userspace OOM access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v4 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: David Miller <davem@xxxxxxxxxxxxx>
• future of a real time cpu group
  • From: Dominique Michel <dominique.michel@xxxxxxxxx>
• Re: Notifying on empty cgroup
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: Do not hang on OOM when killed by userspace OOM access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Notifying on empty cgroup
  • From: Victor Porton <porton@xxxxxxxx>
• Re: Notifying on empty cgroup
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 1/3] Send loginuid and sessionid in SCM_AUDIT
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v4 2/3] Send comm and cmdline in SCM_PROCINFO
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [RFC PATCH net-next 0/4] net_cls for sys container
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@xxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: RFC: cgroups aware proc
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Jan Kaluža <jkaluza@xxxxxxxxxx>
• Re: RFC: cgroups aware proc
  • From: Marian Marinov <mm@xxxxxxxx>
• Re: [PATCH v4 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: Fwd: Re: RFC: cgroups aware proc
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 3/3] Send cgroup_path in SCM_CGROUP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH mmotm/next] cgroup: remove stray references to css_id
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v4 1/3] Send loginuid and sessionid in SCM_AUDIT
  • From: Jan Kaluza <jkaluza@xxxxxxxxxx>
• [PATCH v4 2/3] Send comm and cmdline in SCM_PROCINFO
  • From: Jan Kaluza <jkaluza@xxxxxxxxxx>
• [PATCH v4 3/3] Send cgroup_path in SCM_CGROUP
  • From: Jan Kaluza <jkaluza@xxxxxxxxxx>
• [PATCH v4 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Jan Kaluza <jkaluza@xxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH mmotm/next] cgroup: remove stray references to css_id
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: RFC: cgroups aware proc
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• cgroups aware /proc/loadavg
  • From: Marian Marinov <mm@xxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] memcg: Do not hang on OOM when killed by userspace OOM access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@xxxxxxxxx>
• Re: RFC: cgroups aware proc
  • From: Marian Marinov <mm@xxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: Do not hang on OOM when killed by userspace OOM access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memcg: Do not hang on OOM when killed by userspace OOM access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH] memcg: Do not hang on OOM when killed by userspace OOM access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: RFC: cgroups aware proc
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: RFC: cgroups aware proc
  • From: Marian Marinov <mm@xxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@xxxxxxxxx>
• Re: [RFC PATCH net-next 1/4] net: introduce backup_classid to struct skbuff
  • From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
• Re: RFC: cgroups aware proc
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: RFC: cgroups aware proc
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@xxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@xxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@xxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@xxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@xxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@xxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@xxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 0/4] net_cls for sys container
  • From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
• [PATCH RESEND 07/11] memcg: get rid of kmem_cache_dup
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH RESEND 01/11] slab: cleanup kmem_cache_create_memcg() error handling
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH RESEND 11/11] memcg: rework memcg_update_kmem_limit synchronization
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH RESEND 10/11] memcg: remove KMEM_ACCOUNTED_ACTIVATED flag
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH RESEND 08/11] slab: do not panic if we fail to create memcg cache
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH RESEND 05/11] memcg: fix possible NULL deref while traversing memcg_slab_caches list
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH RESEND 06/11] memcg, slab: fix races in per-memcg cache creation/destruction
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH RESEND 04/11] memcg, slab: fix barrier usage when accessing memcg_caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH RESEND 03/11] memcg, slab: cleanup memcg cache initialization/destruction
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH RESEND 02/11] memcg, slab: kmem_cache_create_memcg(): fix memleak on fail path
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH RESEND 09/11] memcg, slab: RCU protect memcg_params for root caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH RESEND 00/11] kmemcg-fixes
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 0/4] net_cls for sys container
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 1/4] net: introduce backup_classid to struct skbuff
  • From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
• Re: [RFC PATCH net-next 0/4] net_cls for sys container
  • From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
• Re: [RFC PATCH net-next 3/4] veth: backup classid befor switch net_ns
  • From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@xxxxxxxxx>
• RFC: cgroups aware proc
  • From: Marian Marinov <mm@xxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: "Waskiewicz Jr, Peter P" <peter.p.waskiewicz.jr@xxxxxxxxx>
• Re: [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH nf-next v5 0/3] xtables socket classid matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH nf-next v5 0/3] xtables socket classid matching
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH nf-next v5 0/3] xtables socket classid matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RFC: cgroups aware proc
  • From: Marian Marinov <mm@xxxxxxxx>
• Re: [PATCH nf-next v5 0/3] xtables socket classid matching
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• [PATCH 0/4] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@xxxxxxxxx>
• [PATCH 3/4] cgroup: Add new cacheqos cgroup subsys to support Cache QoS Monitoring
  • From: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@xxxxxxxxx>
• [PATCH 4/4] Documentation: Add documentation for cacheqos cgroup
  • From: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@xxxxxxxxx>
• Re: [RFC PATCH net-next 3/4] veth: backup classid befor switch net_ns
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 1/4] net: introduce backup_classid to struct skbuff
  • From: John Fastabend <john.fastabend@xxxxxxxxx>
• Re: [RFC PATCH net-next 1/4] net: introduce backup_classid to struct skbuff
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH net-next 0/4] net_cls for sys container
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• [RFC PATCH net-next 1/4] net: introduce backup_classid to struct skbuff
  • From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
• [RFC PATCH net-next 0/4] net_cls for sys container
  • From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
• [RFC PATCH net-next 3/4] veth: backup classid befor switch net_ns
  • From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
• [RFC PATCH net-next 4/4] cls_cgroup: restore classid from skb->sk_classid
  • From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
• [RFC PATCH net-next 2/4] cls_cgroup: introduce a helper: bk_cls_classid()
  • From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
• Re: [PATCH nf-next v5 0/3] xtables socket classid matching
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH nf-next v5 0/3] xtables socket classid matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH nf-next v5 0/3] xtables socket classid matching
  • From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
• Re: [PATCH nf-next v5 0/3] xtables socket classid matching
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH nf-next v5 1/3] net: net_cls: move cgroupfs classid handling into core
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH nf-next v5 3/3] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH nf-next v5 2/3] net: netprio: rename config to be more consistent with cgroup configs
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH nf-next v5 0/3] xtables socket classid matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH nf-next v4 1/3] net: net_cls: move cgroupfs classid handling into core
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH nf-next v4 3/3] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH nf-next v4 2/3] net: netprio: rename config to be more consistent with cgroup configs
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH nf-next v4 0/3] xtables socket classid matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH nf-next v3] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH nf-next v3] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH nf-next v3] netfilter: xtables: lightweight process control group matching
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH nf-next v3] netfilter: xtables: lightweight process control group matching
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH nf-next v3] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH nf-next v3] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH nf-next v3] netfilter: xtables: lightweight process control group matching
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH nf-next v3] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH nf-next v3] netfilter: xtables: lightweight process control group matching
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [RFC PATCH 2/3] x86: Add Cache QoS Monitoring support to x86 perf uncore
  • From: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@xxxxxxxxx>
• [RFC PATCH 3/3] cgroup: Add new cacheqos cgroup subsys to support Cache QoS Monitoring
  • From: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@xxxxxxxxx>
• [RFC PATCH 1/3] x86: Add support for Cache QoS Monitoring (CQM) detection
  • From: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@xxxxxxxxx>
• [RFC PATCH 0/3] x86: Add Cache QoS Monitoring (CQM) support
  • From: Peter P Waskiewicz Jr <peter.p.waskiewicz.jr@xxxxxxxxx>
• [GIT PULL] cgroup fixes for v3.13-rc5
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH nf-next v3] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH RFC 0/9] cgroups: add res_counter_write_u64() API
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 01/11] slab: cleanup kmem_cache_create_memcg() error handling
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 08/11] slab: do not panic if we fail to create memcg cache
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 07/11] memcg: get rid of kmem_cache_dup
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 10/11] memcg: remove KMEM_ACCOUNTED_ACTIVATED flag
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 05/11] memcg: fix possible NULL deref while traversing memcg_slab_caches list
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 11/11] memcg: rework memcg_update_kmem_limit synchronization
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 02/11] memcg, slab: kmem_cache_create_memcg(): fix memleak on fail path
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 06/11] memcg, slab: fix races in per-memcg cache creation/destruction
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 04/11] memcg, slab: fix barrier usage when accessing memcg_caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 09/11] memcg, slab: RCU protect memcg_params for root caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 03/11] memcg, slab: cleanup memcg cache initialization/destruction
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 00/11] kmemcg fixes
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v14 16/18] vmpressure: in-kernel notifications
  • From: Luiz Capitulino <lcapitulino@xxxxxxxxxx>
• Re: [PATCH v14 16/18] vmpressure: in-kernel notifications
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH v14 16/18] vmpressure: in-kernel notifications
  • From: Luiz Capitulino <lcapitulino@xxxxxxxxxx>
• Re: [PATCH v14 16/18] vmpressure: in-kernel notifications
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH v14 16/18] vmpressure: in-kernel notifications
  • From: Luiz Capitulino <lcapitulino@xxxxxxxxxx>
• Re: [PATCH v14 16/18] vmpressure: in-kernel notifications
  • From: Luiz Capitulino <lcapitulino@xxxxxxxxxx>
• Re: [PATCH v14 16/18] vmpressure: in-kernel notifications
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v14 16/18] vmpressure: in-kernel notifications
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH v14 16/18] vmpressure: in-kernel notifications
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH v14 16/18] vmpressure: in-kernel notifications
  • From: Luiz Capitulino <lcapitulino@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Devel] [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Pekka Enberg <penberg@xxxxxx>
• Re: [PATCH 6/6] memcg, slab: RCU protect memcg_params for root caches
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/6] memcg, slab: cleanup barrier usage when accessing memcg_caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] memcg, slab: RCU protect memcg_params for root caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [Devel] [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 6/6] memcg, slab: RCU protect memcg_params for root caches
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Devel] [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] memcg, slab: cleanup barrier usage when accessing memcg_caches
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 6/6] memcg, slab: RCU protect memcg_params for root caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] memcg, slab: cleanup barrier usage when accessing memcg_caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] memcg, slab: RCU protect memcg_params for root caches
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Devel] [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] memcg, slab: cleanup barrier usage when accessing memcg_caches
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/6] memcg, slab: cleanup barrier usage when accessing memcg_caches
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/6] memcg, slab: check and init memcg_cahes under slab_mutex
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] memcg, slab: kmem_cache_create_memcg(): free memcg params on error
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/6] memcg, slab: check and init memcg_cahes under slab_mutex
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/6] memcg, slab: cleanup barrier usage when accessing memcg_caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] memcg, slab: check and init memcg_cahes under slab_mutex
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Devel] [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] memcg, slab: kmem_cache_create_memcg(): free memcg params on error
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] memcg, slab: kmem_cache_create_memcg(): free memcg params on error
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Devel] [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] memcg, slab: check and init memcg_cahes under slab_mutex
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Pekka Enberg <penberg@xxxxxx>
• Re: [PATCH 4/6] memcg, slab: check and init memcg_cahes under slab_mutex
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] memcg, slab: cleanup barrier usage when accessing memcg_caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 2/6] memcg, slab: kmem_cache_create_memcg(): free memcg params on error
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/6] memcg, slab: check and init memcg_cahes under slab_mutex
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/6] memcg, slab: cleanup barrier usage when accessing memcg_caches
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/6] memcg, slab: kmem_cache_create_memcg(): free memcg params on error
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 2/6] memcg, slab: kmem_cache_create_memcg(): free memcg params on error
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 4/6] memcg, slab: check and init memcg_cahes under slab_mutex
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 3/6] memcg, slab: cleanup barrier usage when accessing memcg_caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 5/6] memcg: clear memcg_params after removing cache from memcg_slab_caches list
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 6/6] memcg, slab: RCU protect memcg_params for root caches
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 1/6] slab: cleanup kmem_cache_create_memcg()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: cgroup filter on physics interface can't control container
  • From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
• Re: [Devel] Race in memcg kmem?
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH cgroup/for-3.13-fixes] cgroup: don't recycle cgroup id until all csses' have been destroyed
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/2] memcg: fix memcg_size() calculation
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/2] memcg: fix memcg_size() calculation
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/2] memcg: do not use vmalloc for mem_cgroup allocations
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/2] memcg: fix memcg_size() calculation
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v14 09/18] vmscan: move call to shrink_slab() to shrink_zones()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 10/18] vmscan: remove shrink_control arg from do_try_to_free_pages()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 07/18] list_lru, shrinkers: introduce list_lru_shrink_{count,walk}
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 11/18] vmscan: call NUMA-unaware shrinkers irrespective of nodemask
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 08/18] fs: consolidate {nr,free}_cached_objects args in shrink_control
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 13/18] vmscan: take at least one pass with shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 01/18] memcg: make cache index determination more robust
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 02/18] memcg: consolidate callers of memcg_cache_id
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 03/18] memcg: move initialization to memcg creation
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 05/18] memcg: remove KMEM_ACCOUNTED_ACTIVATED flag
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 06/18] memcg: rework memcg_update_kmem_limit synchronization
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 15/18] fs: make shrinker memcg aware
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 18/18] memcg: flush memcg items upon memcg destruction
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 16/18] vmpressure: in-kernel notifications
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 14/18] list_lru: add per-memcg lists
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 17/18] memcg: reap dead memcgs upon global memory pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 12/18] vmscan: shrink slab on memcg pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 04/18] memcg: make for_each_mem_cgroup macros public
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v14 00/18] kmemcg shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.13-rc breaks MEMCG_SWAP
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• 3.13-rc breaks MEMCG_SWAP
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [Devel] [PATCH 2/2] memcg: do not use vmalloc for mem_cgroup allocations
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v13 11/16] mm: list_lru: add per-memcg lists
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 2/2] memcg: do not use vmalloc for mem_cgroup allocations
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 1/2] memcg: fix memcg_size() calculation
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.14] cgroup: fix fail path in cgroup_load_subsys()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [PATCH cgroup/for-3.14] cgroup: fix fail path in cgroup_load_subsys()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [PATCH v13 11/16] mm: list_lru: add per-memcg lists
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH v13 11/16] mm: list_lru: add per-memcg lists
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH cgroup/for-3.14] cgroup: fix fail path in cgroup_load_subsys()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH] cgroup: fix fail path in cgroup_load_subsys()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH] cgroup: fix fail path in cgroup_load_subsys()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [PATCH] cgroup: fix fail path in cgroup_load_subsys()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] cgroup: fix fail path in cgroup_load_subsys()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH -next] cgroup: fix missing unlock on error in cgroup_load_subsys()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: fix fail path in cgroup_load_subsys()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Race in memcg kmem?
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: Race in memcg kmem?
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: cgroup filter on physics interface can't control container
  • From: Libo Chen <clbchenlibo.chen@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v13 11/16] mm: list_lru: add per-memcg lists
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH -next] cgroup: fix missing unlock on error in cgroup_load_subsys()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] cgroup: fix fail path in cgroup_load_subsys()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [PATCH v13 11/16] mm: list_lru: add per-memcg lists
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v13 12/16] fs: mark list_lru based shrinkers memcg aware
  • From: Steven Whitehouse <swhiteho@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: Race in memcg kmem?
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: Race in memcg kmem?
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Race in memcg kmem?
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v13 13/16] vmscan: take at least one pass with shrinkers
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v13 13/16] vmscan: take at least one pass with shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v13 11/16] mm: list_lru: add per-memcg lists
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v13 14/16] vmpressure: in-kernel notifications
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH v13 00/16] kmemcg shrinkers
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH v13 05/16] vmscan: move call to shrink_slab() to shrink_zones()
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH v13 04/16] memcg: move memcg_caches_array_size() function
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH v13 11/16] mm: list_lru: add per-memcg lists
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v13 13/16] vmscan: take at least one pass with shrinkers
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v13 12/16] fs: mark list_lru based shrinkers memcg aware
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v13 10/16] vmscan: shrink slab on memcg pressure
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v13 09/16] fs: consolidate {nr,free}_cached_objects args in shrink_control
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v13 08/16] mm: list_lru: require shrink_control in count, walk functions
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• can't add process PID to group/tasks
  • From: Kristijan Lečnik <janez3k@xxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: cgroups-blkio CFQ scheduling does not work well in a RAID5 configuration.
  • From: Stan Hoeppner <stan@xxxxxxxxxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH -next] cgroup: fix missing unlock on error in cgroup_load_subsys()
  • From: Wei Yongjun <weiyj.lk@xxxxxxxxx>
• Re: [PATCHSET REPOST cgroup/for-3.14] cgroup: factor out css creation into create_css()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.13-fixes] cgroup: fix oops in cgroup init failure path
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: cgroups-blkio CFQ scheduling does not work well in a RAID5 configuration.
  • From: Martin Boutin <martboutin@xxxxxxxxx>
• [PATCH v13 01/16] memcg: make cache index determination more robust
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 02/16] memcg: consolidate callers of memcg_cache_id
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 12/16] fs: mark list_lru based shrinkers memcg aware
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 03/16] memcg: move initialization to memcg creation
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 07/16] vmscan: call NUMA-unaware shrinkers irrespective of nodemask
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 13/16] vmscan: take at least one pass with shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 16/16] memcg: flush memcg items upon memcg destruction
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 06/16] vmscan: remove shrink_control arg from do_try_to_free_pages()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 00/16] kmemcg shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 08/16] mm: list_lru: require shrink_control in count, walk functions
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 09/16] fs: consolidate {nr,free}_cached_objects args in shrink_control
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 04/16] memcg: move memcg_caches_array_size() function
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 14/16] vmpressure: in-kernel notifications
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 11/16] mm: list_lru: add per-memcg lists
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 10/16] vmscan: shrink slab on memcg pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 15/16] memcg: reap dead memcgs upon global memory pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v13 05/16] vmscan: move call to shrink_slab() to shrink_zones()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH] cgroup: fix fail path in cgroup_load_subsys()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 1/7] cgroup: css iterations and css_from_dir() are safe under cgroup_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/7] cgroup: combine css handling loops in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/7] cgroup: factor out cgroup_subsys_state creation into create_css()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/7] cgroup: reorder operations in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/7] cgroup: remove for_each_root_subsys()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/7] cgroup: implement for_each_css()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/7] cgroup: make for_each_subsys() useable under cgroup_root_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET REPOST cgroup/for-3.14] cgroup: factor out css creation into create_css()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH cgroup/for-3.13-fixes] cgroup: fix cgroup_create() error handling path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.13-fixes] cgroup: fix oops in cgroup init failure path
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH cgroup/for-3.13-fixes] cgroup: fix oops in cgroup init failure path
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH cgroup/for-3.13-fixes] cgroup: fix oops in cgroup init failure path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.13-fixes] cgroup: fix oops in cgroup init failure path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 3/8] mm, mempolicy: remove per-process flag
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [PATCH cgroup/for-3.13-fixes] cgroup: fix oops in cgroup init failure path
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 3/8] mm, mempolicy: remove per-process flag
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v12 10/18] memcg,list_lru: add per-memcg LRU list infrastructure
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH cgroup/for-3.13-fixes] cgroup: fix oops in cgroup init failure path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 3/8] mm, mempolicy: remove per-process flag
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.14] cgroup: consolidate file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: do not allow task about to OOM kill to bypass the limit
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm: memcg: fix race condition between memcg teardown and swapin
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] cgroup: fix bug on cgroup_create() fail path
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [PATCH v12 09/18] vmscan: shrink slab on memcg pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v12 09/18] vmscan: shrink slab on memcg pressure
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.14] cgroup: consolidate file handling
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 3/8] mm, mempolicy: remove per-process flag
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: do not allow task about to OOM kill to bypass the limit
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [patch 1/2] mm: memcg: fix race condition between memcg teardown and swapin
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [patch 2/2] mm: memcg: do not allow task about to OOM kill to bypass the limit
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [patch 0/2] mm: memcg: 3.13 fixes
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [patch 3/8] mm, mempolicy: remove per-process flag
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [patch 2/8] mm, mempolicy: rename slab_node for clarity
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH v3 12/12] cgroup: unify pidlist and other file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 10/12] cgroup: attach cgroup_open_file to all cgroup files
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 12/12] cgroup: unify pidlist and other file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 10/12] cgroup: attach cgroup_open_file to all cgroup files
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v12 09/18] vmscan: shrink slab on memcg pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 12/12] cgroup: unify pidlist and other file handling
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 10/12] cgroup: attach cgroup_open_file to all cgroup files
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>