Linux Cgroups Development - Date Index

• Thread Index

• Re: [PATCH v2 2/3] cgroup: revise how we re-populate root directory
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH v2 1/3] xattr: extract kmem_xattr code from tmpfs
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• [PATCH -V2 1/9] mm: move hugetlbfs region tracking function to common code
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V2 2/9] mm: Update region function to take new data arg
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V2 3/9] hugetlbfs: Use the generic region API and drop local one
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V2 6/9] hugetlbfs: Add memory controller support for private mapping
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V2 4/9] memcg: Add non reclaim resource tracking to memcg
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V2 8/9] hugetlbfs: Add memcg control files for hugetlbfs
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V2 9/9] memcg: Add memory controller documentation for hugetlb management
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V2 5/9] hugetlbfs: Add memory controller support for shared mapping
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V2 7/9] memcg: track resource index in cftype private
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/3] cgroup: add xattr support
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH v2 2/3] cgroup: revise how we re-populate root directory
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH v2 1/3] xattr: extract kmem_xattr code from tmpfs
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH v2 0/3] cgroup: add xattr support
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] small cleanup for memcontrol.c
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 00/10] memcg: Kernel Memory Accounting.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 08/10] memcg: Add CONFIG_CGROUP_MEM_RES_CTLR_KMEM_ACCT_ROOT.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 07/10] memcg: Stop res_counter underflows.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 02/10] memcg: Uncharge all kmem when deleting a cgroup.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 1/7] small cleanup for memcontrol.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 08/10] memcg: Add CONFIG_CGROUP_MEM_RES_CTLR_KMEM_ACCT_ROOT.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 07/10] memcg: Stop res_counter underflows.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 05/10] memcg: Slab accounting.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 02/10] memcg: Uncharge all kmem when deleting a cgroup.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] memcg: Kernel Memory Accounting.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 02/10] memcg: Uncharge all kmem when deleting a cgroup.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 03/10] memcg: Reclaim when more than one page needed.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 01/10] memcg: Kernel memory accounting infrastructure.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 02/10] memcg: Uncharge all kmem when deleting a cgroup.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 08/10] memcg: Add CONFIG_CGROUP_MEM_RES_CTLR_KMEM_ACCT_ROOT.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 08/10] memcg: Add CONFIG_CGROUP_MEM_RES_CTLR_KMEM_ACCT_ROOT.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 05/10] memcg: Slab accounting.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 07/10] memcg: Stop res_counter underflows.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 00/10] memcg: Kernel Memory Accounting.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 00/10] memcg: Kernel Memory Accounting.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 0/7] memcg kernel memory tracking
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 02/10] memcg: Uncharge all kmem when deleting a cgroup.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 08/10] memcg: Add CONFIG_CGROUP_MEM_RES_CTLR_KMEM_ACCT_ROOT.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 07/10] memcg: Stop res_counter underflows.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 05/10] memcg: Slab accounting.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] memcg: Kernel memory accounting infrastructure.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] memcg: Kernel memory accounting infrastructure.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] memcg: Kernel Memory Accounting.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] memcg: Kernel Memory Accounting.
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• [PATCH 01/10] memcg: Kernel memory accounting infrastructure.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH 08/10] memcg: Add CONFIG_CGROUP_MEM_RES_CTLR_KMEM_ACCT_ROOT.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH 02/10] memcg: Uncharge all kmem when deleting a cgroup.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH 05/10] memcg: Slab accounting.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• Re: [PATCH 10/10] memcg: Document kernel memory accounting.
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• [PATCH 00/10] memcg: Kernel Memory Accounting.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH 06/10] memcg: Track all the memcg children of a kmem_cache.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH 10/10] memcg: Document kernel memory accounting.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH 07/10] memcg: Stop res_counter underflows.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH 09/10] memcg: Per-memcg memory.kmem.slabinfo file.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH 03/10] memcg: Reclaim when more than one page needed.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] mm: memcg: Remove redundant BUG_ON() in mem_cgroup_usage_unregister_event
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] memcg kernel memory tracking
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] memcg: fix page_referencies cgroup filter on global reclaim
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] memcg kernel memory tracking
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 4/7] chained slab caches: move pages to a different cache when a cache is destroyed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 5/7] shrink support for memcg kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] chained slab caches: move pages to a different cache when a cache is destroyed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] per-cgroup slab caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] memcg kernel memory tracking
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] per-cgroup slab caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] small cleanup for memcontrol.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 5/7] shrink support for memcg kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] memcg kernel memory tracking
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] memcg kernel memory tracking
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH 5/7] shrink support for memcg kmem controller
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] chained slab caches: move pages to a different cache when a cache is destroyed.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/7] per-cgroup slab caches
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] small cleanup for memcontrol.c
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/7] per-cgroup slab caches
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 4/7] chained slab caches: move pages to a different cache when a cache is destroyed.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 5/7] shrink support for memcg kmem controller
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 0/7] memcg kernel memory tracking
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] memcg: fix page_referencies cgroup filter on global reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 1/2] memcg: fix page_referencies cgroup filter on global reclaim
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH 5/7] shrink support for memcg kmem controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 6/7] track dcache per-memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 7/7] example shrinker for memcg-aware dcache
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 4/7] chained slab caches: move pages to a different cache when a cache is destroyed.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 3/7] per-cgroup slab caches
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/7] Basic kernel memory functionality for the Memory Controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 0/7] memcg kernel memory tracking
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 1/7] small cleanup for memcontrol.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: rework inactive_ratio logic
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• Re: [PATCH 1/2] memcg: fix page_referencies cgroup filter on global reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] memcg: rework inactive_ratio logic
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 0/5] per-cpu/cpuacct cgroup scheduler statistics
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: rework inactive_ratio logic
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: use vm_swappiness from current memcg
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• Re: [PATCH] memcg: rework inactive_ratio logic
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• Re: [PATCH] memcg: rework inactive_ratio logic
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: use vm_swappiness from current memcg
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] memcg: fix page_referencies cgroup filter on global reclaim
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 2/2] memcg: use vm_swappiness from current memcg
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH 1/2] memcg: fix page_referencies cgroup filter on global reclaim
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• [PATCH] memcg: rework inactive_ratio logic
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• Re: [PATCH 0/5] per-cpu/cpuacct cgroup scheduler statistics
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] per-cpu/cpuacct cgroup scheduler statistics
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• European Comission Looks to Cloud-based Services to Combat Online Piracy
  • From: Cloud Computing News of the Week <listmaster@xxxxxxxxxxxxxxxxx>
• [PATCH] memcg: make threshold index in the right position
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] memcg: make threshold index in the right position
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove cgroup_subsys argument from callbacks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 4/5] expose fine-grained per-cpu data for cpuacct stats
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 5/5] expose per-taskgroup schedstats in cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 3/5] account guest time per-cgroup as well.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/5] store number of iowait events in a task_group
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 0/5] per-cpu/cpuacct cgroup scheduler statistics
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 1/5] make steal time's to-tick routine generic
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] cgroups: add res_counter_write_u64() API
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 01/10] cgroups: add res_counter_write_u64() API
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: make threshold index in the right position
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: make threshold index in the right position
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] memcg: make threshold index in the right position
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] memcg: make threshold index in the right position
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH] memcg: make threshold index in the right position
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH] memcg: make threshold index in the right position
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 4/6] netprio_cgroup: use IS_ENABLED() and family
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] cls_cgroup: remove redundant rcu_read_lock/unlock
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/6] netprio_cgroup: use IS_ENABLED() and family
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] cls_cgroup: remove redundant rcu_read_lock/unlock
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] cls_cgroup: remove redundant rcu_read_lock/unlock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] netprio_cgroup: use IS_ENABLED() and family
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] cls_cgroup: remove redundant rcu_read_lock/unlock
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 4/6] netprio_cgroup: use IS_ENABLED() and family
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] netprio_cgroup: use IS_ENABLED() and family
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 6/6] cls_cgroup: remove redundant rcu_read_lock/unlock
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 5/6] cls_cgroup: use IS_ENABLED() and family
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 4/6] netprio_cgroup: use IS_ENABLED() and family
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 3/6] netprio_cgroup: fix wrong memory access when NETPRIO_CGROUP=m
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 2/6] netprio_cgroup: don't allocate prio table when a device is registered
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 1/6] netprio_cgroup: fix an off-by-one bug
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 01/10] cgroups: add res_counter_write_u64() API
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 02/10] cgroups: new resource counter inheritance API
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 03/10] cgroups: ability to stop res charge propagation on bounded ancestor
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 04/10] cgroups: add res counter common ancestor searching
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 05/10] res_counter: allow charge failure pointer to be null
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 07/10] cgroups: allow subsystems to cancel a fork
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 06/10] cgroups: pull up res counter charge failure interpretation to caller
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 08/10] cgroups: Add a task counter subsystem
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 09/10] selftests: Enter each directories before executing selftests
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 10/10] selftests: Add a new task counter selftest
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [RFC] sched: special case cpuacct cpuusage when cpu cgroup is comounted
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH] cgroup: remove cgroup_subsys argument from callbacks
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: how to make memory.memsw.failcnt is nonzero
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: how to make memory.memsw.failcnt is nonzero
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: how to make memory.memsw.failcnt is nonzero
  • From: Peng Haitao <penght@xxxxxxxxxxxxxx>
• Re: how to make memory.memsw.failcnt is nonzero
  • From: Peng Haitao <penght@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] [PATCH 5/7 v2] memcg: remove PCG_FILE_MAPPED
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC] [PATCH 4/7 v2] memcg: new scheme to update per-memcg page stat accounting.
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix compile warning on non-numa systems
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix compile warning on non-numa systems
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix compile warning on non-numa systems
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [RFC 0/4] per-namespace allowed filesystems list
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC 0/4] per-namespace allowed filesystems list
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC 0/4] per-namespace allowed filesystems list
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC 0/4] per-namespace allowed filesystems list
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC 0/4] per-namespace allowed filesystems list
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/3] net: introduce res_counter_charge_nofail() for socket allocations
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 2/3] cgroup: make sure memcg margin is 0 when over limit
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC 0/4] per-namespace allowed filesystems list
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 7/7 v2] memcg: make mem_cgroup_begin_update_stat to use global pcpu.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC 0/4] per-namespace allowed filesystems list
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC 0/4] per-namespace allowed filesystems list
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/4] per-namespace allowed filesystems list
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC 0/4] per-namespace allowed filesystems list
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC 0/4] per-namespace allowed filesystems list
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC 4/4] fslist netlink interface
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC 0/4] per-namespace allowed filesystems list
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC 3/4] show only allowed filesystems in /proc/filesystems
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC 2/4] per-namespace allowed filesystems list
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC 1/4] move /proc/filesystems inside /proc/self
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/3] net: fix socket memcg build with !CONFIG_NET
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] idr: make idr_get_next() good for rcu_read_lock()
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH 1/3] net: fix socket memcg build with !CONFIG_NET
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add xattr support
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 1/3] idr: make idr_get_next() good for rcu_read_lock()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add xattr support
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add xattr support
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/3] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/3] idr: make idr_get_next() good for rcu_read_lock()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] net: fix socket memcg build with !CONFIG_NET
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: move struct cgroup_pidlist out from the header file
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/3] cgroup: make sure memcg margin is 0 when over limit
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/3] net: introduce res_counter_charge_nofail() for socket allocations
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 1/3] net: fix socket memcg build with !CONFIG_NET
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 0/3] fixes for tcp memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 3/3] net: introduce res_counter_charge_nofail() for socket allocations
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/3] cgroup: make sure memcg margin is 0 when over limit
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] [PATCH 7/7 v2] memcg: make mem_cgroup_begin_update_stat to use global pcpu.
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [RFC] [PATCH 7/7 v2] memcg: make mem_cgroup_begin_update_stat to use global pcpu.
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 2/2] cgroup: move struct cgroup_pidlist out from the header file
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 1/2] cgroup: remove cgroup_attach_task_current_cg()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 7/7 v2] memcg: make mem_cgroup_begin_update_stat to use global pcpu.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 1/7 v2] memcg: remove unnecessary check in mem_cgroup_update_page_stat()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] introduce res_counter_charge_nofail() for socket allocations
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] memcg: let css_get_next() rely upon rcu_read_lock()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/3] memcg: let css_get_next() rely upon rcu_read_lock()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 2/3] cgroup: revert ss_id_lock to spinlock
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH 1/3] idr: make idr_get_next() good for rcu_read_lock()
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH] memcg: restore ss->id_lock to spinlock, using RCU for next
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [RFC] [PATCH 1/7 v2] memcg: remove unnecessary check in mem_cgroup_update_page_stat()
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [BUG] kernel BUG at mm/memcontrol.c:1074!
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [BUG] kernel BUG at mm/memcontrol.c:1074!
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [RFC] [PATCH 7/7 v2] memcg: make mem_cgroup_begin_update_stat to use global pcpu.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] introduce res_counter_charge_nofail() for socket allocations
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC] [PATCH 5/7 v2] memcg: remove PCG_FILE_MAPPED
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RESEND, PATCH 4/6] memcg: fix broken boolean expression
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] introduce res_counter_charge_nofail() for socket allocations
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] memcg: restore ss->id_lock to spinlock, using RCU for next
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] introduce res_counter_charge_nofail() for socket allocations
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] introduce res_counter_charge_nofail() for socket allocations
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] introduce res_counter_charge_nofail() for socket allocations
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] introduce res_counter_charge_nofail() for socket allocations
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC] splitting cgroup.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: restore ss->id_lock to spinlock, using RCU for next
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: restore ss->id_lock to spinlock, using RCU for next
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] memcg: restore ss->id_lock to spinlock, using RCU for next
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC] splitting cgroup.c
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [BUG] kernel BUG at mm/memcontrol.c:1074!
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: restore ss->id_lock to spinlock, using RCU for next
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [BUG] kernel BUG at mm/memcontrol.c:1074!
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Sha <handai.szj@xxxxxxxxx>
• [PATCH] memcg: restore ss->id_lock to spinlock, using RCU for next
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [BUG] kernel BUG at mm/memcontrol.c:1074!
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [BUG] kernel BUG at mm/memcontrol.c:1074!
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [BUG] kernel BUG at mm/memcontrol.c:1074!
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [BUG] kernel BUG at mm/memcontrol.c:1074!
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [BUG] kernel BUG at mm/memcontrol.c:1074!
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [BUG] kernel BUG at mm/memcontrol.c:1074!
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [BUG] kernel BUG at mm/memcontrol.c:1074!
  • From: Sasha Levin <levinsasha928@xxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add xattr support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] splitting cgroup.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add xattr support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] [PATCH 1/7 v2] memcg: remove unnecessary check in mem_cgroup_update_page_stat()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC] splitting cgroup.c
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add xattr support
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add xattr support
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [RFC] [PATCH 4/7 v2] memcg: new scheme to update per-memcg page stat accounting.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add xattr support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add xattr support
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add xattr support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] [PATCH 4/7 v2] memcg: new scheme to update per-memcg page stat accounting.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] introduce res_counter_charge_nofail() for socket allocations
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] [PATCH 1/7 v2] memcg: remove unnecessary check in mem_cgroup_update_page_stat()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Sha <handai.szj@xxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add xattr support
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: revise how we re-populate root directory
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: revise how we re-populate root directory
  • From: Sha <handai.szj@xxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH 1/7 v2] memcg: remove unnecessary check in mem_cgroup_update_page_stat()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add xattr support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] move sock_update_memcg outside of CONFIG_INET
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC] [PATCH 1/7 v2] memcg: remove unnecessary check in mem_cgroup_update_page_stat()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Sha <handai.szj@xxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] move sock_update_memcg outside of CONFIG_INET
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] cgroups: Add a task counter subsystem
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RESEND, PATCH 6/6] memcg: cleanup memcg_check_events()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RESEND, PATCH 4/6] memcg: fix broken boolean expression
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix compile warning on non-numa systems
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] move sock_update_memcg outside of CONFIG_INET
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/2] cgroup: add xattr support
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 1/2] cgroup: revise how we re-populate root directory
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH] memcg: fix compile warning on non-numa systems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 2/8] cgroups: new resource counter inheritance API
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 3/8] cgroups: ability to stop res charge propagation on bounded ancestor
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 4/8] cgroups: add res counter common ancestor searching
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 5/8] res_counter: allow charge failure pointer to be null
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 6/8] cgroups: pull up res counter charge failure interpretation to caller
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 7/8] cgroups: allow subsystems to cancel a fork
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 8/8] cgroups: Add a task counter subsystem
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 1/8] cgroups: add res_counter_write_u64() API
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 0/8] cgroups: Task counter subsystem v7
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 0/8] cgroups: Task counter subsystem v7
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC] [PATCH 7/7 v2] memcg: make mem_cgroup_begin_update_stat to use global pcpu.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC] [PATCH 6/7 v2] memcg: remove PCG_CACHE
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC] [PATCH 5/7 v2] memcg: remove PCG_FILE_MAPPED
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC] [PATCH 4/7 v2] memcg: new scheme to update per-memcg page stat accounting.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC] [PATCH 3/7 v2] memcg: remove PCG_MOVE_LOCK flag from pc->flags
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC] [PATCH 2/7 v2] memcg: add memory barrier for checking account move.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC] [PATCH 1/7 v2] memcg: remove unnecessary check in mem_cgroup_update_page_stat()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC] [PATCH 0/7 v2] memcg: page_cgroup diet
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] net: decrement memcg jump label when limit, not usage, is changed
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH] net: decrement memcg jump label when limit, not usage, is changed
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch 1/2] mm: memcg: per-memcg reclaim statistics
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [patch 1/2] mm: memcg: per-memcg reclaim statistics
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [patch 1/2] mm: memcg: per-memcg reclaim statistics
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 1/2] mm: memcg: per-memcg reclaim statistics
  • From: Ying Han <yinghan@xxxxxxxxxx>
• [patch 2/2] mm: memcg: hierarchical soft limit reclaim
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [patch 1/2] mm: memcg: per-memcg reclaim statistics
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [patch 0/2] mm: memcg reclaim integration followups
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] Makefiles: Disable unused-variable warning
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [GIT PULL] cgroup changes for v3.3-rc1
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [GIT PULL] cgroup changes for v3.3-rc1
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RESEND, PATCH 4/6] memcg: fix broken boolean expression
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RESEND, PATCH 6/6] memcg: cleanup memcg_check_events()
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] Makefiles: Disable unused-variable warning
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH] net: fix sock_clone reference mismatch with tcp memcontrol
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: fix sock_clone reference mismatch with tcp memcontrol
  • From: chavey@xxxxxxxxxx (Laurent Chavey)
• [RESEND, PATCH 1/6] memcg: mark more functions/variables as static
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [RESEND, PATCH 5/6] memcg: drop redundant brackets
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [RESEND, PATCH 6/6] memcg: cleanup memcg_check_events()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [RESEND, PATCH 3/6] memcg: mark stat field of mem_cgroup struct as __percpu
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [RESEND, PATCH 2/6] memcg: remove unused variable
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [RESEND, PATCH 4/6] memcg: fix broken boolean expression
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: how to make memory.memsw.failcnt is nonzero
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: how to make memory.memsw.failcnt is nonzero
  • From: Peng Haitao <penght@xxxxxxxxxxxxxx>
• [PATCH] net: fix sock_clone reference mismatch with tcp memcontrol
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] cgroup: fix to allow mounting a hierarchy by name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: fix to allow mounting a hierarchy by name
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH v2] cgroup: fix to allow mounting a hierarchy by name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: fix to allow mounting a hierarchy by name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• memcg-devel git tree updated to 3.2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] cgroup: fix to allow mounting a hierarchy by name
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] cgroup: simplify double-check locking in cgroup_attach_proc
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/2] memcg: root_mem_cgroup makes static
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: [patch] cgroup: move assignement out of condition in cgroup_attach_proc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/3] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/2] memcg: mark rcu protected member as __rcu
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/2] memcg: root_mem_cgroup makes static
  • From: Michal Hocko <mhocko@xxxxxxx>
• [patch] cgroup: move assignement out of condition in cgroup_attach_proc()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 2/3] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/3] cgroup: simplify double-check locking in cgroup_attach_proc
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 2/2] memcg: mark rcu protected member as __rcu
  • From: kosaki.motohiro@xxxxxxxxx
• [PATCH 1/2] memcg: root_mem_cgroup makes static
  • From: kosaki.motohiro@xxxxxxxxx
• [24/67] cgroups: fix a css_set not found bug in cgroup_attach_proc
  • From: Greg KH <gregkh@xxxxxxx>
• [32/75] cgroups: fix a css_set not found bug in cgroup_attach_proc
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 5/6] memcg: fix broken boolen expression
  • From: Greg KH <greg@xxxxxxxxx>
• Re: how to make memory.memsw.failcnt is nonzero
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] cgroup: fix to allow mounting a hierarchy by name
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: fix to allow mounting a hierarchy by name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] Makefiles: Disable unused-variable warning (was: Re: [PATCH 1/6] memcg: fix unused variable warning)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] Makefiles: Disable unused-variable warning (was: Re: [PATCH 1/6] memcg: fix unused variable warning)
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] Makefiles: Disable unused-variable warning (was: Re: [PATCH 1/6] memcg: fix unused variable warning)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] cgroup: fix to allow mounting a hierarchy by name
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: fix to allow mounting a hierarchy by name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• how to make memory.memsw.failcnt is nonzero
  • From: Peng Haitao <penght@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: fix to allow mounting a hierarchy by name
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: fix to allow mounting a hierarchy by name
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] Makefiles: Disable unused-variable warning (was: Re: [PATCH 1/6] memcg: fix unused variable warning)
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add sparse annotation to cgroup_iter_start() and cgroup_iter_end()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: fix to allow mounting a hierarchy by name
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/6] memcg: drop redundant brackets
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 5/6] memcg: fix broken boolen expression
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/6] memcg: mark stat field of mem_cgroup struct as __percpu
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/6] memcg: remove unused variable
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/6] memcg: mark more functions/variables as static
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] Makefiles: Disable unused-variable warning (was: Re: [PATCH 1/6] memcg: fix unused variable warning)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Announcement - memcg-devel git tree
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/2] cgroup: add sparse annotation to cgroup_iter_start() and cgroup_iter_end()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: mark cgroup_rmdir_waitq and cgroup_attach_proc() as static
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH v2] cgroup: fix to allow mounting a hierarchy by name
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 1/2] cgroup: mark cgroup_rmdir_waitq and cgroup_attach_proc() as static
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 2/2] cgroup: add sparse annotation to cgroup_iter_start() and cgroup_iter_end()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH] cgroup: fix to allow mounting a hierarchy by name
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: move a check to parse_cgroupfs_options()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH v2] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] Partial revert "Basic kernel memory functionality for the Memory Controller"
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] memcg: fix broken boolen expression
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] memcg: fix unused variable warning
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] memcg: fix unused variable warning
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] memcg: fix unused variable warning
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] memcg: drop redundant brackets
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] memcg: fix unused variable warning
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] memcg: fix broken boolen expression
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] memcg: mark stat field of mem_cgroup struct as __percpu
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] memcg: remove unused variable
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/6] memcg: mark more functions/variables as static
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] memcg: fix unused variable warning
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 2/6] memcg: mark more functions/variables as static
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 3/6] memcg: remove unused variable
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 5/6] memcg: fix broken boolen expression
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 4/6] memcg: mark stat field of mem_cgroup struct as __percpu
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 6/6] memcg: drop redundant brackets
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 1/6] memcg: fix unused variable warning
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH v2] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: move a check to parse_cgroupfs_options()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/2] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 2/2] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH v9 3/9] socket: initial cgroup code.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2] Partial revert "Basic kernel memory functionality for the Memory Controller"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] cgroup: move a check to parse_cgroupfs_options()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH v2] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 2/2] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/2] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/3] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/3] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/3] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/3] cgroup: remove double-checking locking from attach_task_by_pid
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 2/3] cgroup: remove double-checking locking from attach_task_by_pid
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/3] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/2] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH v9 3/9] socket: initial cgroup code.
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/4] cgroup: only need to check oldcgrp==newgrp once
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] cgroup: move a check to parse_cgroupfs_options()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2] Partial revert "Basic kernel memory functionality for the Memory Controller"
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] Partial revert "Basic kernel memory functionality for the Memory Controller"
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] Partial revert "Basic kernel memory functionality for the Memory Controller"
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] Partial revert "Basic kernel memory functionality for the Memory Controller"
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/4] cgroup: remove extra calls to find_existing_css_set
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC PATCH] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [RFC] special case cpuacct cpuusage when cpu cgroup is comounted
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH] Partial revert "Basic kernel memory functionality for the Memory Controller"
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH] cgroup: move a check to parse_cgroupfs_options()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: remove extra calls to find_existing_css_set
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] cgroup: remove redundant get/put of task struct
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] cgroup: remove redundant get/put of old css_set from migrate
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 1/4] cgroup: remove redundant get/put of old css_set from migrate
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 2/4] cgroup: remove redundant get/put of task struct
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 3/4] cgroup: only need to check oldcgrp==newgrp once
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 4/4] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [RFC PATCH] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 2/2 v3] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 1/2 v3] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 2/2 v3] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 0/2 v3] cgroup: Remove useless task_lock()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v3] memcg: return -EINTR at bypassing try_charge().
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH v3] memcg: return -EINTR at bypassing try_charge().
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: return -EINTR at bypassing try_charge().
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: return -EINTR at bypassing try_charge().
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH v2] memcg: return -EINTR at bypassing try_charge().
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: reset to root_mem_cgroup at bypassing
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] memcg: reset to root_mem_cgroup at bypassing
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 1/2 v2] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 0/2 v2] cgroup: Remove useless task_lock()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 3/5] cgroup: only need to check oldcgrp==newgrp once
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5 V3] cgroup: remove redundate get/put of old css_set from migrate
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: reset to root_mem_cgroup at bypassing
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] cgroup: separate out cgroup_attach_proc error handling code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/5] cgroup: remove redundant get/put of task struct
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 5/5] cgroup: separate out cgroup_attach_proc error handling code
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 4/5] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/5 V3] cgroup: remove redundate get/put of old css_set from migrate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/5 V3] cgroup: remove redundate get/put of old css_set from migrate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/5 V3] cgroup: remove redundate get/put of old css_set from migrate
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 5/5] cgroup: separate out cgroup_attach_proc error handling code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/5] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/5] cgroup: remove redundant get/put of task struct
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/5 V3] cgroup: remove redundate get/put of old css_set from migrate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/5] cgroup: separate out cgroup_attach_proc error handling code
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 2/5] cgroup: remove redundant get/put of task struct
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/5 V3] cgroup: remove redundate get/put of old css_set from migrate
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 4/5] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 3/5] cgroup: only need to check oldcgrp==newgrp once
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 1/2] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH v2] cgroup: remove redundate get/put of old css_set from migrate
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] memcg: reset to root_mem_cgroup at bypassing
  • From: Hiroyuki Kamezawa <kamezawa.hiroyuki@xxxxxxxxx>
• Re: [PATCH] memcg: reset to root_mem_cgroup at bypassing
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [PATCH v2] cgroup: remove redundate get/put of old css_set from migrate
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove redundate get/put of old css_set from migrate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: remove redundate get/put of old css_set from migrate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroups: remove redundant get/put of css_set from css_set_check_fetched()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroups: fix a css_set not found bug in cgroup_attach_proc
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup basic comounting
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] cgroup basic comounting
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH] memcg: reset to root_mem_cgroup at bypassing
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -tip 0/3] sched: some fixes for vruntime calculation related to cgroup movement(v2)
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove redundate get/put of old css_set from migrate
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] cgroup: remove redundate get/put of old css_set from migrate
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/2] net: fix compilation with !CONFIG_NET
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] net: fix sleeping while atomic problem in sock mem_cgroup.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] cgroup: remove redundate get/put of old css_set from migrate
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [RFC] cgroup basic comounting
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 1/9] Basic kernel memory functionality for the Memory Controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v9 1/9] Basic kernel memory functionality for the Memory Controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v9 1/9] Basic kernel memory functionality for the Memory Controller
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC] cgroup basic comounting
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 1/2] net: fix sleeping while atomic problem in sock mem_cgroup.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/2] net: fix compilation with !CONFIG_NET
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2] net: fix sleeping while atomic problem in sock mem_cgroup.
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v2] net: fix sleeping while atomic problem in sock mem_cgroup.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2] net: fix sleeping while atomic problem in sock mem_cgroup.
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v2] net: fix sleeping while atomic problem in sock mem_cgroup.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2] net: fix sleeping while atomic problem in sock mem_cgroup.
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH v2] net: fix sleeping while atomic problem in sock mem_cgroup.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch v3] oom, memcg: fix exclusion of memcg threads after they have detached their mm
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v9 1/9] Basic kernel memory functionality for the Memory Controller
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH] fix sleeping while atomic problem in sock mem_cgroup.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] fix sleeping while atomic problem in sock mem_cgroup.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] cgroups: remove redundant get/put of css_set from css_set_check_fetched()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroups: fix a css_set not found bug in cgroup_attach_proc
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Explicitly call tcp creation and init from memcontrol.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Explicitly call tcp creation and init from memcontrol.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] cgroups: remove redundant get/put of css_set from css_set_check_fetched()
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 2/2] Explicitly call tcp creation and init from memcontrol.c
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch v3] oom, memcg: fix exclusion of memcg threads after they have detached their mm
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [patch v3] oom, memcg: fix exclusion of memcg threads after they have detached their mm
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] cgroups: fix a css_set not found bug in cgroup_attach_proc
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] Explicitly call tcp creation and init from memcontrol.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH] cgroups: fix a css_set not found bug in cgroup_attach_proc
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 2/2] Explicitly call tcp creation and init from memcontrol.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Move limit definitions outside CONFIG_INET
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Explicitly call tcp creation and init from memcontrol.c
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Explicitly call tcp creation and init from memcontrol.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Explicitly call tcp creation and init from memcontrol.c
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch v2] oom, memcg: fix exclusion of memcg threads after they have detached their mm
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch v2] oom, memcg: fix exclusion of memcg threads after they have detached their mm
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH v9 1/9] Basic kernel memory functionality for the Memory Controller
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/2] Explicitly call tcp creation and init from memcontrol.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 1/2] Move limit definitions outside CONFIG_INET
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 0/2] Proposed fixes for tcp memory pressure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] make clone_children a flag
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>