Linux Cgroups Development - Date Index

Thread Index

Re: [PATCH v2 08/11] memcg: disable kmem code when not in use.
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2] memcg: execute partial memcg freeing in mem_cgroup_destroy
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2] memcg: execute partial memcg freeing in mem_cgroup_destroy
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Ying Han <yinghan@xxxxxxxxxx>
Re: [PATCH v2] memcg: execute partial memcg freeing in mem_cgroup_destroy
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2] memcg: execute partial memcg freeing in mem_cgroup_destroy
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v0 5/5] cgroup: Assign subsystem IDs during compile time
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v0 0/5] cgroup: Assign subsystem IDs during compile time
- From: John Fastabend <john.r.fastabend@xxxxxxxxx>
Re: [PATCH RESEND 0/4] device_cgroup: replace internally whitelist with exception list
- From: Aristeu Rozanski <aris@xxxxxxxxx>
Re: [PATCH v0 0/5] cgroup: Assign subsystem IDs during compile time
- From: Daniel Wagner <wagi@xxxxxxxxx>
Re: [PATCH RESEND 0/4] device_cgroup: replace internally whitelist with exception list
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v6 3/4] cgroup: add xattr support
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v6 1/4] xattr: extract simple_xattr code from tmpfs
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v0 0/5] cgroup: Assign subsystem IDs during compile time
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH v6 1/4] xattr: extract simple_xattr code from tmpfs
- From: aris@xxxxxxxxxx
[PATCH v6 0/4] cgroup: add xattr support
- From: aris@xxxxxxxxxx
[PATCH v6 2/4] cgroup: revise how we re-populate root directory
- From: aris@xxxxxxxxxx
[PATCH v6 3/4] cgroup: add xattr support
- From: aris@xxxxxxxxxx
[PATCH v6 4/4] cgroup: rename subsys_bits to subsys_mask
- From: aris@xxxxxxxxxx
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Michal Hocko <mhocko@xxxxxxx>
[PATCH v0 3/5] cgroup: Protect access to task_cls_classid() when built as module
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v0 2/5] cgroup: Move sock_update_classid() decleration to cls_cgroup.h
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v0 0/5] cgroup: Assign subsystem IDs during compile time
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v0 4/5] cgroup: Protect access to task_netprioidx() when built as module
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v0 5/5] cgroup: Assign subsystem IDs during compile time
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v0 1/5] cgroup: Use empty task_cls_classid() when !CONFIG_NET_CLS(_MODULE)
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v2] memcg: execute partial memcg freeing in mem_cgroup_destroy
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH] execute the whole memcg freeing in rcu callback
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Ying Han <yinghan@xxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Ying Han <yinghan@xxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Ying Han <yinghan@xxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Ying Han <yinghan@xxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Mel Gorman <mgorman@xxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v3 6/6] cgroup: Assign subsystem IDs during compile time
- From: Daniel Wagner <wagi@xxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH v3 6/6] cgroup: Assign subsystem IDs during compile time
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v3 0/6] cgroup cls & netprio 'cleanups'
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Mel Gorman <mgorman@xxxxxxx>
Re: [PATCH v3 0/6] cgroup cls & netprio 'cleanups'
- From: Daniel Wagner <wagi@xxxxxxxxx>
Re: [PATCH v3 0/6] cgroup cls & netprio 'cleanups'
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
Re: [PATCH v3 0/6] cgroup cls & netprio 'cleanups'
- From: Daniel Wagner <wagi@xxxxxxxxx>
Re: [PATCH v3 0/6] cgroup cls & netprio 'cleanups'
- From: Neil Horman <nhorman@xxxxxxxxxxxxx>
[PATCH v3 1/6] cgroup: Move cls function definition to cls_cgroup.h
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v3 2/6] cgroup: net_cls rework update socket logic
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v3 2/5] cgroup: rework update socket logic
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v3 6/6] cgroup: Assign subsystem IDs during compile time
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v3 4/6] cgroup: Use IS_MODULE/BUITLIN for net_cls
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v3 3/6] cgroup: Update classid for fd pass in SCM_RIGHTS datagramm
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v3 5/6] cgroup: Use IS_MODULE/BUITLIN for net_prio
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v3 0/6] cgroup cls & netprio 'cleanups'
- From: Daniel Wagner <wagi@xxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 0/2] Avoiding expensive reference counting in charge page path
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 2/2] Avoid doing a get/put pair in every kmemcg charge
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 1/2] return amount of charges after res_counter_uncharge
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH] execute the whole memcg freeing in rcu callback
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
- From: Michal Hocko <mhocko@xxxxxxx>
[PATCH] execute the whole memcg freeing in rcu callback
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Mel Gorman <mgorman@xxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v2 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v2 09/11] memcg: propagate kmem limiting information to children
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v2 05/11] Add a __GFP_KMEMCG flag
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v2 04/11] kmem accounting basic infrastructure
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v2 03/11] memcg: change defines to an enum
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 02/11] memcg: Reclaim when more than one page needed.
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 01/11] memcg: Make it possible to use the stock for more than one page.
- From: Michal Hocko <mhocko@xxxxxxx>
Re: Limiting CPU resources of a cgroup (how do I) HELP REQUESTED
- From: Li Zefan <lizefan@xxxxxxxxxx>
[PATCH RESEND 1/4] device_cgroup: add "deny_all" in dev_cgroup structure
- From: aris@xxxxxxxxx
[PATCH RESEND 2/4] device_cgroup: introduce dev_whitelist_clean()
- From: aris@xxxxxxxxx
[PATCH RESEND 4/4] device_cgroup: rename whitelist to exception list
- From: aris@xxxxxxxxx
[PATCH RESEND 3/4] device_cgroup: convert device_cgroup internally to policy + exceptions
- From: aris@xxxxxxxxx
[PATCH RESEND 0/4] device_cgroup: replace internally whitelist with exception list
- From: aris@xxxxxxxxx
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: Limiting CPU resources of a cgroup (how do I) HELP REQUESTED
- From: Udayan Bapat <uvbapat@xxxxxxxxx>
[PATCH v2 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH v2 10/11] memcg: allow a memcg with kmem charges to be destructed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH v2 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH v2 08/11] memcg: disable kmem code when not in use.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH v2 05/11] Add a __GFP_KMEMCG flag
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH v2 09/11] memcg: propagate kmem limiting information to children
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH v2 07/11] mm: Allocate kernel pages to the right memcg
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH v2 04/11] kmem accounting basic infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH v2 03/11] memcg: change defines to an enum
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH v2 02/11] memcg: Reclaim when more than one page needed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH v2 01/11] memcg: Make it possible to use the stock for more than one page.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH v2 00/11] Request for Inclusion: kmem controller for memcg.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Limiting CPU resources of a cgroup (how do I) HELP REQUESTED
- From: Vecu BOSSEUR <vecu.bosseur@xxxxxxxxx>
Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: Getting notifications of the tasks file
- From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
[RFC V3 PATCH 08/25] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
- From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Daniel Wagner <wagi@xxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Daniel Wagner <wagi@xxxxxxxxx>
[RFC PATCH 07/23 V2] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
- From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] memcg, oom: Clarify some oom dump messages
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 00/10] memcg kmem limitation - slab.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 00/10] memcg kmem limitation - slab.
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: Getting notifications of the tasks file
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
Getting notifications of the tasks file
- From: Víctor Fernández Martínez <vfernandez@xxxxxxxxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
Re: [PATCH] cgroup: Don't drop the cgroup_mutex in cgroup_rmdir
- From: Tejun Heo <htejun@xxxxxxxxx>
Re: [PATCH V2 5/6] memcg: add per cgroup writeback pages accounting
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH V2 4/6] memcg: add per cgroup dirty pages accounting
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH 0/4] device_cgroup: replace internally whitelist with exception list
- From: Aristeu Rozanski <aris@xxxxxxxxx>
Re: [PATCH 04/10] memcg: skip memcg kmem allocations in specified code regions
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 06/10] sl[au]b: Allocate objects from memcg cache
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 06/10] sl[au]b: Allocate objects from memcg cache
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
Re: [PATCH 04/10] memcg: skip memcg kmem allocations in specified code regions
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
Re: [PATCH V2 0/6] Per-cgroup page stat accounting
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
Re: permissions bug? (my error)
- From: John Marshall <John.Marshall@xxxxxxxx>
permissions bug?
- From: John Marshall <John.Marshall@xxxxxxxx>
[PATCH V2 6/6] memcg: Document cgroup dirty/writeback memory statistics
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH V2 5/6] memcg: add per cgroup writeback pages accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH V2 4/6] memcg: add per cgroup dirty pages accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH V2 3/6] Use vfs __set_page_dirty interface instead of doing it inside filesystem
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH V2 2/6] Make TestSetPageDirty and dirty page accounting in one func
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH V2 1/6] memcg: remove MEMCG_NR_FILE_MAPPED
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH V2 0/6] Per-cgroup page stat accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH] cgroup: Don't drop the cgroup_mutex in cgroup_rmdir
- From: Li Zefan <lizefan@xxxxxxxxxx>
Re: [Devel] Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [Devel] Re: containers and cgroups mini-summit @ Linux Plumbers
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [Devel] Re: containers and cgroups mini-summit @ Linux Plumbers
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [Devel] Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
Re: [Devel] Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
Re: [PATCH 05/10] slab: allow enable_cpu_cache to use preset values for its tunables
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Andrea Righi <andrea@xxxxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [Devel] Re: containers and cgroups mini-summit @ Linux Plumbers
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 02/10] consider a memcg parameter in kmem_create_cache
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 02/10] consider a memcg parameter in kmem_create_cache
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
Re: [PATCH 02/10] consider a memcg parameter in kmem_create_cache
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [Devel] Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: [PATCH 03/10] memcg: infrastructure to match an allocation to the right cache
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
Re: [PATCH 01/10] slab/slub: struct memcg_params
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 01/10] slab/slub: struct memcg_params
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
Re: [PATCH 05/10] slab: allow enable_cpu_cache to use preset values for its tunables
- From: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH 05/10] slab: allow enable_cpu_cache to use preset values for its tunables
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 10/10] memcg/sl[au]b: shrink dead caches
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 02/10] consider a memcg parameter in kmem_create_cache
- From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
Re: [PATCH v4 24/25] memcg/slub: shrink dead caches
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 10/10] memcg/sl[au]b: shrink dead caches
- From: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH 09/10] slab: slab-specific propagation changes.
- From: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH 05/10] slab: allow enable_cpu_cache to use preset values for its tunables
- From: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH v4 24/25] memcg/slub: shrink dead caches
- From: Christoph Lameter <cl@xxxxxxxxx>
[PATCH 10/10] memcg/sl[au]b: shrink dead caches
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 09/10] slab: slab-specific propagation changes.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 08/10] memcg/sl[au]b Track all the memcg children of a kmem_cache.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 07/10] memcg: destroy memcg caches
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 06/10] sl[au]b: Allocate objects from memcg cache
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 05/10] slab: allow enable_cpu_cache to use preset values for its tunables
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 04/10] memcg: skip memcg kmem allocations in specified code regions
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 03/10] memcg: infrastructure to match an allocation to the right cache
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 02/10] consider a memcg parameter in kmem_create_cache
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 01/10] slab/slub: struct memcg_params
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 00/10] memcg kmem limitation - slab.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
Re: [Devel] Re: containers and cgroups mini-summit @ Linux Plumbers
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [Devel] Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[GIT PULL] cgroup changes for v3.6-rc1
- From: Tejun Heo <tj@xxxxxxxxxx>
[PATCH 4/4] device_cgroup: rename whitelist to exception list
- From: Aristeu Rozanski <aris@xxxxxxxxx>
[PATCH 2/4] device_cgroup: introduce dev_whitelist_clean()
- From: Aristeu Rozanski <aris@xxxxxxxxx>
[PATCH 3/4] device_cgroup: convert device_cgroup internally to policy + exceptions
- From: Aristeu Rozanski <aris@xxxxxxxxx>
[PATCH 1/4] device_cgroup: add "deny_all" in dev_cgroup structure
- From: Aristeu Rozanski <aris@xxxxxxxxx>
[PATCH 0/4] device_cgroup: replace internally whitelist with exception list
- From: Aristeu Rozanski <aris@xxxxxxxxx>
[PATCH 2/2] memcg, oom: Clarify some oom dump messages
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH 1/2] memcg, oom: Provide more info while memcg oom happening
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH] fix bad behavior in use_hierarchy file
- From: Ying Han <yinghan@xxxxxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
Re: [Announce] Checkpoint-restore tool v0.1
- From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: Tejun Heo <htejun@xxxxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: Tejun Heo <htejun@xxxxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v4 24/25] memcg/slub: shrink dead caches
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH] cgroup: Don't drop the cgroup_mutex in cgroup_rmdir
- From: Tejun Heo <htejun@xxxxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: Tejun Heo <htejun@xxxxxxxxx>
Re: [PATCH] cgroup: Don't drop the cgroup_mutex in cgroup_rmdir
- From: Tejun Heo <htejun@xxxxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH] cgroup: Don't drop the cgroup_mutex in cgroup_rmdir
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: Michal Hocko <mhocko@xxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH] cgroup: Don't drop the cgroup_mutex in cgroup_rmdir
- From: Michal Hocko <mhocko@xxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH] cgroup: Don't drop the cgroup_mutex in cgroup_rmdir
- From: Tejun Heo <htejun@xxxxxxxxx>
[PATCH] cgroup: Don't drop the cgroup_mutex in cgroup_rmdir
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v2] mm/memcg: use exist interface to get css from memcg
- From: Hugh Dickins <hughd@xxxxxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: Michal Hocko <mhocko@xxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
Re: + hugetlb-cgroup-simplify-pre_destroy-callback.patch added to -mm tree
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2] mm/memcg: use exist interface to get css from memcg
- From: Wanpeng Li <liwanp@xxxxxxxxxxxxxxxxxx>
Re: [PATCH v2] mm/memcg: use exist interface to get css from memcg
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH mmotm] mm, oom: reduce dependency on tasklist_lock: fix
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [patch 03/10] mm: memcg: push down PageSwapCache check into uncharge entry functions
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v2] mm/memcg: use exist interface to get css from memcg
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 5/7] memcg: add per cgroup dirty pages accounting
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH RFC] mm/memcg: calculate max hierarchy limit number instead of min
- From: Wanpeng Li <liwanp@xxxxxxxxxxxxxxxxxx>
Re: [PATCH RFC] mm/memcg: calculate max hierarchy limit number instead of min
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
[PATCH v2][resend] mm/memcg: use exist interface to get css from memcg
- From: Wanpeng Li <liwanp@xxxxxxxxxxxxxxxxxx>
[PATCH v2] mm/memcg: use exist interface to get css from memcg
- From: Wanpeng Li <liwanp@xxxxxxxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] mm/memcg: use exist interface to get css from memcg
- From: Wanpeng Li <liwanp@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] mm/memcg: use exist interface to get css from memcg
- From: Bob Liu <lliubbo@xxxxxxxxx>
[PATCH] mm/memcg: use exist interface to get css from memcg
- From: Wanpeng Li <liwanp@xxxxxxxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Paul Turner <pjt@xxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH] cgroup: Update remount documentation
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH] mm/memcg: remove redundant checking on root memcg
- From: Michal Hocko <mhocko@xxxxxxx>
[PATCH] mm/memcg: remove redundant checking on root memcg
- From: Wanpeng Li <liwanp@xxxxxxxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Balbir Singh <bsingharora@xxxxxxxxx>
Re: [RFC PATCH] sched: dynamically schedule domain configuration
- From: Michael Wang <wangyun@xxxxxxxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Dhaval Giani <dhaval.giani@xxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
Re: [PATCH] cgroup: fix dentry still in use bug when dropping css refs after umount
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 2/2] cgroup: fix cgroup hierarchy umount race
- From: "'Tejun Heo'" <tj@xxxxxxxxxx>
Re: [PATCH mmotm] mm, oom: reduce dependency on tasklist_lock: fix
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH mmotm] mm, oom: reduce dependency on tasklist_lock: fix
- From: Hugh Dickins <hughd@xxxxxxxxxx>
Re: [PATCH mmotm] mm, oom: reduce dependency on tasklist_lock: fix
- From: Michal Hocko <mhocko@xxxxxxx>
[PATCH mmotm] mm, oom: reduce dependency on tasklist_lock: fix
- From: Hugh Dickins <hughd@xxxxxxxxxx>
Re: [PATCH 2/2] cgroup: fix cgroup hierarchy umount race
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Kir Kolyshkin <kir@xxxxxxxxxx>
Re: [PATCH v2 0/5] cgroup cls & netprio 'cleanups'
- From: David Miller <davem@xxxxxxxxxxxxx>
Re: [patch 5/5] mm, memcg: move all oom handling to memcontrol.c
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 4/5] mm, oom: reduce dependency on tasklist_lock
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH v2 0/5] cgroup cls & netprio 'cleanups'
- From: Daniel Wagner <wagi@xxxxxxxxx>
Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: [patch 3/5] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [patch 03/11] mm: shmem: do not try to uncharge known swapcache pages
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH RFC] mm/memcg: recalculate chargeable space after waiting migrating charges
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: [PATCH RFC] mm/memcg: recalculate chargeable space after waiting migrating charges
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH RFC] mm/memcg: recalculate chargeable space after waiting migrating charges
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH RFC] mm/memcg: recalculate chargeable space after waiting migrating charges
- From: Michal Hocko <mhocko@xxxxxxx>
[PATCH RFC] mm/memcg: recalculate chargeable space after waiting migrating charges
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH RFC] mm/memcg: calculate max hierarchy limit number instead of min
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 01/10] mm: memcg: fix compaction/migration failing due to memcg limits
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH RFC] mm/memcg: calculate max hierarchy limit number instead of min
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [patch 01/10] mm: memcg: fix compaction/migration failing due to memcg limits
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [patch 01/10] mm: memcg: fix compaction/migration failing due to memcg limits
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [patch 01/10] mm: memcg: fix compaction/migration failing due to memcg limits
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [patch 2/5] mm, oom: introduce helper function to process threads during scan
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: containers and cgroups mini-summit @ Linux Plumbers
- From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
containers and cgroups mini-summit @ Linux Plumbers
- From: Kir Kolyshkin <kir@xxxxxxxxxx>
Re: [patch 03/11] mm: shmem: do not try to uncharge known swapcache pages
- From: Hugh Dickins <hughd@xxxxxxxxxx>
[patch 01/10] mm: memcg: fix compaction/migration failing due to memcg limits
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 07/10] mm: memcg: remove needless !mm fixup to init_mm when charging
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 06/10] mm: memcg: remove unneeded shmem charge type
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 05/10] mm: memcg: move swapin charge functions above callsites
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 04/10] mm: memcg: only check for PageSwapCache when uncharging anon
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 08/10] mm: memcg: split swapin charge function into private and public part
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 10/10] mm: memcg: only check anon swapin page charges for swap cache
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 09/10] mm: memcg: only check swap cache pages for repeated charging
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 03/10] mm: memcg: push down PageSwapCache check into uncharge entry functions
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 02/10] mm: swapfile: clean up unuse_pte race handling
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 00/10] mm: memcg: charge/uncharge improvements v2
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH RFC] mm/memcg: calculate max hierarchy limit number instead of min
- From: Michal Hocko <mhocko@xxxxxxx>
[PATCH RFC] mm/memcg: calculate max hierarchy limit number instead of min
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH] mm/hugetlb_cgroup: Add list_del to remove unused page from hugepage_activelist when hugepage migration
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH] mm/hugetlb_cgroup: Add list_del to remove unused page from hugepage_activelist when hugepage migration
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
[PATCH v2 1/5] cgroup: Only update sk_cgrp_prioidx on change
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v2 2/5] cgroup: Do not add sock_update_classid() when CONFIG_NET_CLS_CGROUP=0
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v2 0/5] cgroup cls & netprio 'cleanups'
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v2 3/5] cgroup: Do not add sock_update_netprioidx() when CONFIG_NETPRIO_CGROUP=0
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v2 5/5] cgroup: Make builtin vs. module build ifdefs consistent
- From: Daniel Wagner <wagi@xxxxxxxxx>
[PATCH v2 4/5] cgroup: Make builtin vs. module build ifdefs consistent
- From: Daniel Wagner <wagi@xxxxxxxxx>
Re: [PATCH 5/7] memcg: add per cgroup dirty pages accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH] mm/hugetlb_cgroup: Add list_del to remove unused page from hugepage_activelist when hugepage migration
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH] mm/hugetlb_cgroup: Add list_del to remove unused page from hugepage_activelist when hugepage migration
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/7] memcg: remove MEMCG_NR_FILE_MAPPED
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH] mm/hugetlb_cgroup: Add list_del to remove unused page from hugepage_activelist when hugepage migration
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
[PATCH] mm/hugetlb_cgroup: Add huge_page_order check to avoid incorrectly uncharge
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [patch 3/5] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [patch 3/5] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [patch 1/5] mm, oom: move declaration for mem_cgroup_out_of_memory to oom.h
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [patch 4/5] mm, oom: reduce dependency on tasklist_lock
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH RFC] mm/hugetlb_cgroup: Add huge_page_order check to avoid incorrectly uncharge
- From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
Re: [patch 03/11] mm: shmem: do not try to uncharge known swapcache pages
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 08/11] mm: memcg: remove needless !mm fixup to init_mm when charging
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH RFC] mm/hugetlb_cgroup: Add huge_page_order check to avoid incorrectly uncharge
- From: Michal Hocko <mhocko@xxxxxxx>
[PATCH RFC] mm/hugetlb_cgroup: Add huge_page_order check to avoid incorrectly uncharge
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
[PATCH] cgroup: Update remount documentation
- From: Daniel Wagner <wagi@xxxxxxxxx>
Re: [patch 08/11] mm: memcg: remove needless !mm fixup to init_mm when charging
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [patch 08/11] mm: memcg: remove needless !mm fixup to init_mm when charging
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 08/11] mm: memcg: remove needless !mm fixup to init_mm when charging
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH] cgroup: fix dentry still in use bug when dropping css refs after umount
- From: Li Zefan <lizefan@xxxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH 5/7] memcg: add per cgroup dirty pages accounting
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [PATCH 2/7] memcg: remove MEMCG_NR_FILE_MAPPED
- From: Greg Thelen <gthelen@xxxxxxxxxx>
Re: [patch 03/11] mm: shmem: do not try to uncharge known swapcache pages
- From: Hugh Dickins <hughd@xxxxxxxxxx>
Re: [patch 03/11] mm: shmem: do not try to uncharge known swapcache pages
- From: Hugh Dickins <hughd@xxxxxxxxxx>
Re: [PATCH] cgroup: cgroup_rm_files() was calling simple_unlink() with the wrong inode
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH] cgroup: Remove populate() documentation
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [patch 00/11] mm: memcg: charge/uncharge improvements
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 11/11] mm: memcg: only check anon swapin page charges for swap cache
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 10/11] mm: memcg: only check swap cache pages for repeated charging
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 09/11] mm: memcg: split swapin charge function into private and public part
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 08/11] mm: memcg: remove needless !mm fixup to init_mm when charging
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 07/11] mm: memcg: remove unneeded shmem charge type
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 06/11] mm: memcg: move swapin charge functions above callsites
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 05/11] mm: memcg: only check for PageSwapCache when uncharging anon
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 04/11] mm: memcg: push down PageSwapCache check into uncharge entry functions
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 03/11] mm: shmem: do not try to uncharge known swapcache pages
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 02/11] mm: swapfile: clean up unuse_pte race handling
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [patch 01/11] mm: memcg: fix compaction/migration failing due to memcg limits
- From: Michal Hocko <mhocko@xxxxxxx>
[PATCH] cgroup: Remove populate() documentation
- From: Daniel Wagner <wagi@xxxxxxxxx>
Re: [patch 04/11] mm: memcg: push down PageSwapCache check into uncharge entry functions
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH] mm/memcg: complete documentation for tcp memcg files
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH] mm/memcg: mem_cgroup_relize_xxx_limit can guarantee memcg->res.limit <= memcg->memsw.limit
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [patch 11/11] mm: memcg: only check anon swapin page charges for swap cache
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [patch 10/11] mm: memcg: only check swap cache pages for repeated charging
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [patch 09/11] mm: memcg: split swapin charge function into private and public part
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [patch 08/11] mm: memcg: remove needless !mm fixup to init_mm when charging
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [patch 07/11] mm: memcg: remove unneeded shmem charge type
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [patch 06/11] mm: memcg: move swapin charge functions above callsites
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [patch 05/11] mm: memcg: only check for PageSwapCache when uncharging anon
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [patch 04/11] mm: memcg: push down PageSwapCache check into uncharge entry functions
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [patch 03/11] mm: shmem: do not try to uncharge known swapcache pages
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [patch 02/11] mm: swapfile: clean up unuse_pte race handling
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [patch 01/11] mm: memcg: fix compaction/migration failing due to memcg limits
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [PATCH 5/7] memcg: add per cgroup dirty pages accounting
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [PATCH] cgroup: fix dentry still in use bug when dropping css refs after umount
- From: Tejun Heo <tj@xxxxxxxxxx>
[PATCH 2/2] cgroup: fix cgroup hierarchy umount race
- From: "'Tejun Heo'" <tj@xxxxxxxxxx>
[PATCH 1/2] Revert "cgroup: superblock can't be released with active dentries"
- From: "'Tejun Heo'" <tj@xxxxxxxxxx>
Re: [PATCH 3/7] Make TestSetPageDirty and dirty page accounting in one func
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [PATCH 2/7] memcg: remove MEMCG_NR_FILE_MAPPED
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [PATCH 1/7] memcg: update cgroup memory document
- From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
Re: [PATCH v4 24/25] memcg/slub: shrink dead caches
- From: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH v2] mm/memcg: mem_cgroup_resize_xxx_limit can guarantee memcg->res.limit <= memcg->memsw.limit
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[PATCH] mm/memcg: complete documentation for tcp memcg files
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH] mm/memcg: add BUG() to mem_cgroup_reset
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH] mm/memcg: add BUG() to mem_cgroup_reset
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH] mm/memcg: add BUG() to mem_cgroup_reset
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH] mm/memcg: swappiness should between 0 and 100
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH] mm/memcg: add BUG() to mem_cgroup_reset
- From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] mm/memcg: swappiness should between 0 and 100
- From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] mm/memcg: swappiness should between 0 and 100
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH] mm/memcg: swappiness should between 0 and 100
- From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
Re: [PATCH] mm/memcg: swappiness should between 0 and 100
- From: Gavin Shan <shangw@xxxxxxxxxxxxxxxxxx>
[PATCH] mm/memcg: swappiness should between 0 and 100
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
[PATCH] mm/memcg: add BUG() to mem_cgroup_reset
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
[PATCH v2] mm/memcg: mem_cgroup_resize_xxx_limit can guarantee memcg->res.limit <= memcg->memsw.limit
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
[PATCH] mm/memcg: mem_cgroup_relize_xxx_limit can guarantee memcg->res.limit <= memcg->memsw.limit
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
- From: Sage Weil <sage@xxxxxxxxxxx>
[patch 07/11] mm: memcg: remove unneeded shmem charge type
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 10/11] mm: memcg: only check swap cache pages for repeated charging
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 08/11] mm: memcg: remove needless !mm fixup to init_mm when charging
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 02/11] mm: swapfile: clean up unuse_pte race handling
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 01/11] mm: memcg: fix compaction/migration failing due to memcg limits
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 04/11] mm: memcg: push down PageSwapCache check into uncharge entry functions
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 09/11] mm: memcg: split swapin charge function into private and public part
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 11/11] mm: memcg: only check anon swapin page charges for swap cache
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 06/11] mm: memcg: move swapin charge functions above callsites
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 05/11] mm: memcg: only check for PageSwapCache when uncharging anon
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 03/11] mm: shmem: do not try to uncharge known swapcache pages
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
[patch 00/11] mm: memcg: charge/uncharge improvements
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 5/7] memcg: add per cgroup dirty pages accounting
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 3/7] Make TestSetPageDirty and dirty page accounting in one func
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 1/5 v2] memcg: replace unsigned long by u64 to avoid overflow
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 1/5 v2] memcg: replace unsigned long by u64 to avoid overflow
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH 2/7] memcg: remove MEMCG_NR_FILE_MAPPED
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 2/7] memcg: remove MEMCG_NR_FILE_MAPPED
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 1/7] memcg: update cgroup memory document
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 1/5 v2] memcg: replace unsigned long by u64 to avoid overflow
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 1/5 v2] memcg: replace unsigned long by u64 to avoid overflow
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH 7/7] memcg: print more detailed info while memcg oom happening
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH 7/7] memcg: print more detailed info while memcg oom happening
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 7/7] memcg: print more detailed info while memcg oom happening
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH] cgroup: fix dentry still in use bug when dropping css refs after umount
- From: Li Zefan <lizefan@xxxxxxxxxx>
Re: [PATCH] cgroup: fix dentry still in use bug when dropping css refs after umount
- From: Li Zefan <lizefan@xxxxxxxxxx>
Re: [patch 5/5] mm, memcg: move all oom handling to memcontrol.c
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH] cgroup: cgroup_rm_files() was calling simple_unlink() with the wrong inode
- From: Li Zefan <lizefan@xxxxxxxxxx>
Re: [PATCH] cgroup: fix dentry still in use bug when dropping css refs after umount
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [patch 4/5] mm, oom: reduce dependency on tasklist_lock
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
[PATCH] cgroup: cgroup_rm_files() was calling simple_unlink() with the wrong inode
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH] cgroup: fix dentry still in use bug when dropping css refs after umount
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 5/7] memcg: add per cgroup dirty pages accounting
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: [PATCH 3/7] Make TestSetPageDirty and dirty page accounting in one func
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 4/4] make CFLGS_OFF_SLAB visible for all slabs
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 0/4] Proposed slab patches as basis for memcg
- From: Pekka Enberg <penberg@xxxxxxxxxx>
Re: [PATCH 2/7] memcg: remove MEMCG_NR_FILE_MAPPED
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH 0/7] Per-cgroup page stat accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH 1/7] memcg: update cgroup memory document
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH] cgroup: fix dentry still in use bug when dropping css refs after umount
- From: Masanari Iida <standby24x7@xxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
[PATCH] cgroup: fix dentry still in use bug when dropping css refs after umount
- From: Li Zefan <lizefan@xxxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: Li Zefan <lizefan@xxxxxxxxxx>
[patch 5/5] mm, memcg: move all oom handling to memcontrol.c
- From: David Rientjes <rientjes@xxxxxxxxxx>
[patch 4/5] mm, oom: reduce dependency on tasklist_lock
- From: David Rientjes <rientjes@xxxxxxxxxx>
[patch 3/5] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: David Rientjes <rientjes@xxxxxxxxxx>
[patch 2/5] mm, oom: introduce helper function to process threads during scan
- From: David Rientjes <rientjes@xxxxxxxxxx>
[patch 1/5] mm, oom: move declaration for mem_cgroup_out_of_memory to oom.h
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: Masanari Iida <standby24x7@xxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: "tj@xxxxxxxxxx" <tj@xxxxxxxxxx>
Re: [PATCH 0/7] Per-cgroup page stat accounting
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
- From: Sage Weil <sage@xxxxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: Li Zefan <lizefan@xxxxxxxxxx>
Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: "tj@xxxxxxxxxx" <tj@xxxxxxxxxx>
Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
Re: [PATCH v3][0/6] memcg: prevent -ENOMEM in pre_destroy()
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: Masanari Iida <standby24x7@xxxxxxxxx>
Re: [PATCH 2/2] memcg: add per cgroup dirty pages accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH 7/7] memcg: print more detailed info while memcg oom happening
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH 6/7] memcg: add per cgroup writeback pages accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH 5/7] memcg: add per cgroup dirty pages accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH 4/7] Use vfs __set_page_dirty interface instead of doing it inside filesystem
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH 3/7] Make TestSetPageDirty and dirty page accounting in one func
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH 2/7] memcg: remove MEMCG_NR_FILE_MAPPED
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH 1/7] memcg: update cgroup memory document
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
[PATCH 0/7] Per-cgroup page stat accounting
- From: Sha Zhengju <handai.szj@xxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH v3][0/6] memcg: prevent -ENOMEM in pre_destroy()
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: Li Zefan <lizefan@xxxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: Li Zefan <lizefan@xxxxxxxxxx>
Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: "Regression" with cd3d09527537
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: "Regression" with cd3d09527537
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: "tj@xxxxxxxxxx" <tj@xxxxxxxxxx>
Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 06/11] memcg: kmem controller infrastructure
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: "tj@xxxxxxxxxx" <tj@xxxxxxxxxx>
Re: [PATCH v3][0/6] memcg: prevent -ENOMEM in pre_destroy()
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
- From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Michal Hocko <mhocko@xxxxxxx>
Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH] finish fixing cgroup config option conversion
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2] memcg: unify mem_control_xxx to memcg_xxx
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2] memcg: unify mem_control_xxx to memcg_xxx
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH v2] memcg: unify mem_control_xxx to memcg_xxx
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 06/11] memcg: kmem controller infrastructure
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: David Rientjes <rientjes@xxxxxxxxxx>
[PATCH v2] memcg: unify mem_control_xxx to memcg_xxx
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: [PATCH v4 2/2] memcg: change mem_control_xxx to mem_cgroup_xxx
- From: Wanpeng Li <liwp.linux@xxxxxxxxx>
Re: 3.5-rc3: BUG: Dentry still in use (1) [unmount of cgroup cgroup]
- From: Masanari Iida <standby24x7@xxxxxxxxx>
Re: [PATCH 1/2] fix bad behavior in use_hierarchy file
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 1/2] fix bad behavior in use_hierarchy file
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH v4 2/2] memcg: change mem_control_xxx to mem_cgroup_xxx
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 06/11] memcg: kmem controller infrastructure
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 06/11] memcg: kmem controller infrastructure
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 06/11] memcg: kmem controller infrastructure
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH] fix bad behavior in use_hierarchy file
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 2/2] memcg: first step towards hierarchical controller
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 1/2] fix bad behavior in use_hierarchy file
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH 1/2] fix bad behavior in use_hierarchy file
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Michal Hocko <mhocko@xxxxxxx>
[PATCH 0/2] fix and deprecate use_hierarchy file
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 2/2] memcg: first step towards hierarchical controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
[PATCH 1/2] fix bad behavior in use_hierarchy file
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
Re: [PATCH] memcg: first step towards hierarchical controller
- From: Johannes Weiner <hannes@xxxxxxxxxxx>
Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
[PATCH] memcg: first step towards hierarchical controller
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
"Regression" with cd3d09527537
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH] fix bad behavior in use_hierarchy file
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH] fix bad behavior in use_hierarchy file
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH] fix bad behavior in use_hierarchy file
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 06/11] memcg: kmem controller infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 06/11] memcg: kmem controller infrastructure
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 05/11] Add a __GFP_KMEMCG flag
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 03/11] memcg: change defines to an enum
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [rfc][patch 2/3] mm, oom: introduce helper function to process threads during scan
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [patch 1/3] mm, oom: move declaration for mem_cgroup_out_of_memory to oom.h
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 03/11] memcg: change defines to an enum
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH] fix bad behavior in use_hierarchy file
- From: Michal Hocko <mhocko@xxxxxxx>
Re: [PATCH 09/11] memcg: propagate kmem limiting information to children
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 10/11] memcg: allow a memcg with kmem charges to be destructed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 00/11] kmem controller for memcg: stripped down version
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 04/11] kmem slab accounting basic infrastructure
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [PATCH 05/11] Add a __GFP_KMEMCG flag
- From: Glauber Costa <glommer@xxxxxxxxxxxxx>
Re: [rfc][patch 2/3] mm, oom: introduce helper function to process threads during scan
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Re: [patch 1/3] mm, oom: move declaration for mem_cgroup_out_of_memory to oom.h
- From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
Re: [PATCH 10/11] memcg: allow a memcg with kmem charges to be destructed.
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 08/11] memcg: disable kmem code when not in use.
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [rfc][patch 3/3] mm, memcg: introduce own oom handler to iterate only over its own threads
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 09/11] memcg: propagate kmem limiting information to children
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
Re: [PATCH v4 1/2] memcg: cleanup useless LRU_ALL_EVICTABLE
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
Re: [PATCH 09/11] memcg: propagate kmem limiting information to children
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 09/11] memcg: propagate kmem limiting information to children
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 11/11] protect architectures where THREAD_SIZE >= PAGE_SIZE against fork bombs
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 05/11] Add a __GFP_KMEMCG flag
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 04/11] kmem slab accounting basic infrastructure
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 03/11] memcg: change defines to an enum
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 02/11] memcg: Reclaim when more than one page needed.
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [PATCH 01/11] memcg: Make it possible to use the stock for more than one page.
- From: David Rientjes <rientjes@xxxxxxxxxx>
Re: [rfc][patch 2/3] mm, oom: introduce helper function to process threads during scan
- From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>

[Index of Archives] [Linux ARM Kernel] [Linux ARM] [Linux Omap] [Fedora ARM] [IETF Annouce] [Security] [Bugtraq] [Linux OMAP] [Linux MIPS] [eCos] [Asterisk Internet PBX] [Linux API] [Monitors]