Linux Cgroups Development - Date Index

• Thread Index

• [patch 2/8] mm, mempolicy: rename slab_node for clarity
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch 5/8] res_counter: remove interface for locked charging and uncharging
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch 6/8] res_counter: add interface for maximum nofail charge
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch 7/8] mm, memcg: allow processes handling oom notifications to access reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch 8/8] mm, memcg: add memcg oom reserve documentation
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch 4/8] mm, memcg: add tunable for oom reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch 3/8] mm, mempolicy: remove per-process flag
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch 1/8] fork: collapse copy_flags into copy_process
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [PATCH v12 09/18] vmscan: shrink slab on memcg pressure
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 07/12] cgroup: unify cgroup_write_X64() and cgroup_write_string()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 07/12] cgroup: unify cgroup_write_X64() and cgroup_write_string()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: cgroup management daemon
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroup management daemon
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v12 05/18] fs: do not use destroy_super() in alloc_super() fail path
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: cgroup management daemon
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroup management daemon
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v12 05/18] fs: do not use destroy_super() in alloc_super() fail path
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 12/18] fs: make icache, dcache shrinkers memcg-aware
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v12 10/18] memcg,list_lru: add per-memcg LRU list infrastructure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v12 09/18] vmscan: shrink slab on memcg pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v12 12/18] fs: make icache, dcache shrinkers memcg-aware
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v12 10/18] memcg,list_lru: add per-memcg LRU list infrastructure
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v12 09/18] vmscan: shrink slab on memcg pressure
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v12 06/18] vmscan: rename shrink_slab() args to make it more generic
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v12 06/18] vmscan: rename shrink_slab() args to make it more generic
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v12 06/18] vmscan: rename shrink_slab() args to make it more generic
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v12 05/18] fs: do not use destroy_super() in alloc_super() fail path
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v12 05/18] fs: do not use destroy_super() in alloc_super() fail path
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH 07/12] cgroup: unify cgroup_write_X64() and cgroup_write_string()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 17/23] mm/page_cgroup: Use memblock apis for early memory allocations
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 07/12] cgroup: unify cgroup_write_X64() and cgroup_write_string()
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: [PATCH 11/12] cgroup: replace cftype->read_seq_string() with cftype->seq_show()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 11/12] cgroup: replace cftype->read_seq_string() with cftype->seq_show()
  • From: Aristeu Rozanski <arozansk@xxxxxxxxxx>
• Re: [PATCH 07/12] cgroup: unify cgroup_write_X64() and cgroup_write_string()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 07/12] cgroup: unify cgroup_write_X64() and cgroup_write_string()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] memcg: remove KMEM_ACCOUNTED_ACTIVATED
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 05/18] fs: do not use destroy_super() in alloc_super() fail path
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 07/18] vmscan: move call to shrink_slab() to shrink_zones()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 01/18] memcg: make cache index determination more robust
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 06/18] vmscan: rename shrink_slab() args to make it more generic
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 04/18] memcg: move several kmemcg functions upper
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 11/18] memcg,list_lru: add function walking over all lists of a per-memcg LRU
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 10/18] memcg,list_lru: add per-memcg LRU list infrastructure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 12/18] fs: make icache, dcache shrinkers memcg-aware
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 14/18] vmscan: take at least one pass with shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 18/18] memcg: flush memcg items upon memcg destruction
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v12 00/18] kmemcg shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 17/18] memcg: reap dead memcgs upon global memory pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 16/18] vmpressure: in-kernel notifications
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 15/18] memcg: allow kmem limit to be resized down
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 02/18] memcg: consolidate callers of memcg_cache_id
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 03/18] memcg: move initialization to memcg creation
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 13/18] memcg: per-memcg kmem shrinking
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 09/18] vmscan: shrink slab on memcg pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 08/18] vmscan: do_try_to_free_pages(): remove shrink_control argument
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v12 00/18] kmemcg shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: [PATCH 07/12] cgroup: unify cgroup_write_X64() and cgroup_write_string()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: noprefix mount option
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Re: noprefix mount option
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 07/12] cgroup: unify cgroup_write_X64() and cgroup_write_string()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [GIT PULL] cgroup fixes for v3.13-rc1
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup-for-3.14] cgroup: restructure pidlist handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 7/9] cgroup: load and release pidlists from seq_file start and stop respectively
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 4/9] cgroup: introduce struct cgroup_pidlist_open_file
  • From: Tejun Heo <tj@xxxxxxxxxx>
• noprefix mount option
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Re: cgroups-blkio CFQ scheduling does not work well in a RAID5 configuration.
  • From: Martin Boutin <martboutin@xxxxxxxxx>
• cgroups-blkio CFQ scheduling does not work well in a RAID5 configuration.
  • From: Martin Boutin <martboutin@xxxxxxxxx>
• Re: [PATCH] memcg: fix kmem_account_flags check in memcg_can_account_kmem()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: make memcg_update_cache_sizes() static
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: fix kmem_account_flags check in memcg_can_account_kmem()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 04/12] netprio_cgroup: convert away from cftype->read_map()
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: [PATCH 04/12] netprio_cgroup: convert away from cftype->read_map()
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 4/9] cgroup: introduce struct cgroup_pidlist_open_file
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCHSET cgroup-for-3.14] cgroup: restructure pidlist handling
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 11/12] cgroup: replace cftype->read_seq_string() with cftype->seq_show()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 07/12] cgroup: unify cgroup_write_X64() and cgroup_write_string()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 11/12] cgroup: replace cftype->read_seq_string() with cftype->seq_show()
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxxx>
• Re: [PATCH for-3.13-fixes] cgroup: fix cgroup_subsys_state leak for seq_files
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 05/12] hugetlb_cgroup: convert away from cftype->read()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 03/12] memcg: convert away from cftype->read() and ->read_map()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH 12/12] cgroup: unify pidlist and other file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 11/12] cgroup: replace cftype->read_seq_string() with cftype->seq_show()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/12] cgroup: attach cgroup_open_file to all cgroup files
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/12] cgroup: generalize cgroup_pidlist_open_file
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/12] cgroup: unify read path so that seq_file is always used
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/12] cgroup: unify cgroup_write_X64() and cgroup_write_string()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/12] cgroup: remove cftype->read(), ->read_map() and ->write()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/12] hugetlb_cgroup: convert away from cftype->read()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/12] netprio_cgroup: convert away from cftype->read_map()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/12] memcg: convert away from cftype->read() and ->read_map()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/12] cpuset: convert away from cftype->read()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 01/12] cgroup, sched: convert away from cftype->read_map()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.14] cgroup: consolidate file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH for-3.13-fixes] cgroup: fix cgroup_subsys_state leak for seq_files
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup-for-3.14] cgroup: restructure pidlist handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH] memcg: make memcg_update_cache_sizes() static
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH] memcg: fix kmem_account_flags check in memcg_can_account_kmem()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v11 00/15] kmemcg shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: cgroup management daemon
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: cgroup management daemon
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v11 00/15] kmemcg shrinkers
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: cgroup management daemon
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: cgroup management daemon
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: cgroup management daemon
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: cgroup management daemon
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: cgroup management daemon
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [Devel] [PATCH v11 00/15] kmemcg shrinkers
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: cgroup management daemon
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: cgroup management daemon
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Devel] [PATCH v11 00/15] kmemcg shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v11 00/15] kmemcg shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: cgroup management daemon
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: cgroup management daemon
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Tim Hockin <thockin@xxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: "Michael H. Warfield" <mhw@xxxxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Stéphane Graber <stgraber@xxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: "Michael H. Warfield" <mhw@xxxxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Stéphane Graber <stgraber@xxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Marian Marinov <mm@xxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Stéphane Graber <stgraber@xxxxxxxxxx>
• Re: [lxc-devel] cgroup management daemon
  • From: Marian Marinov <mm@xxxxxxxx>
• cgroup management daemon
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v11 00/15] kmemcg shrinkers
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v11 09/15] memcg,list_lru: add per-memcg LRU list infrastructure
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v11 07/15] memcg: scan cache objects hierarchically
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v11 06/15] memcg: per-memcg kmem shrinking
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v11 03/15] vmscan: also shrink slab in memcg pressure
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• [PATCH v11 00/15] kmemcg shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 03/15] vmscan: also shrink slab in memcg pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 04/15] memcg: move initialization to memcg creation
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 06/15] memcg: per-memcg kmem shrinking
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 07/15] memcg: scan cache objects hierarchically
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 08/15] vmscan: take at least one pass with shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 10/15] memcg,list_lru: add function walking over all lists of a per-memcg LRU
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 09/15] memcg,list_lru: add per-memcg LRU list infrastructure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 12/15] memcg: allow kmem limit to be resized down
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 11/15] super: make icache, dcache shrinkers memcg-aware
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 02/15] memcg: consolidate callers of memcg_cache_id
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 15/15] memcg: flush memcg items upon memcg destruction
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 14/15] memcg: reap dead memcgs upon global memory pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 13/15] vmpressure: in-kernel notifications
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 01/15] memcg: make cache index determination more robust
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 05/15] memcg: move stop and resume accounting functions
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCHSET v2 cgroup/for-3.12] cgroup: make cgroup_event specific to memcg
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.13-fixes] cgroup: use a dedicated workqueue for cgroup destruction
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 9/9] cgroup: don't guarantee cgroup.procs is sorted if sane_behavior
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 8/9] cgroup: remove cgroup_pidlist->use_count
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/9] cgroup: load and release pidlists from seq_file start and stop respectively
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/9] cgroup: remove cgroup_pidlist->rwsem
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/9] cgroup: refactor cgroup_pidlist_find()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/9] cgroup: introduce struct cgroup_pidlist_open_file
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/9] cgroup: implement delayed destruction for cgroup_pidlist
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/9] cgroup: remove cftype->release()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/9] cgroup: don't skip seq_open on write only opens on pidlist files
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup-for-3.14] cgroup: restructure pidlist handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.13-fixes] cgroup: use a dedicated workqueue for cgroup destruction
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCHSET v2 cgroup/for-3.12] cgroup: make cgroup_event specific to memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH cgroup/for-3.13-fixes] cgroup: use a dedicated workqueue for cgroup destruction
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• [patch] mm: memcg: do not declare OOM from __GFP_NOFAIL allocations
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [Suggestion] kernel: cgroup: mount failure in LTP cgroup_regression_test.sh
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [Suggestion] kernel: cgroup: mount failure in LTP cgroup_regression_test.sh
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Suggestion] kernel: cgroup: mount failure in LTP cgroup_regression_test.sh
  • From: Jan Stancek <jstancek@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: [Suggestion] kernel: cgroup: mount failure in LTP cgroup_regression_test.sh
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Suggestion] kernel: cgroup: mount failure in LTP cgroup_regression_test.sh
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [Suggestion] kernel: cgroup: mount failure in LTP cgroup_regression_test.sh
  • From: Jan Stancek <jstancek@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Fwd: [Suggestion] kernel: cgroup: mount failure in LTP cgroup_regression_test.sh
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: [Suggestion] kernel: cgroup: mount failure in LTP cgroup_regression_test.sh
  • From: Chen Gang <gang.chen.5i5j@xxxxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Shawn Bohrer <shawn.bohrer@xxxxxxxxx>
• Re: [Suggestion] kernel: cgroup: mount failure in LTP cgroup_regression_test.sh
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] blkcg: have bh disable for 32bit UP system reading 64bit stats
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] blkcg: have bh disable for 32bit UP system reading 64bit stats
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] mm, memcg: add memory.oom_control notification for system oom
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 2/2] mm, memcg: add memory.oom_control notification for system oom
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch] mm, memcg: add memory.oom_control notification for system oom
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Shawn Bohrer <shawn.bohrer@xxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 2/2] mm, memcg: add memory.oom_control notification for system oom
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch] mm, memcg: add memory.oom_control notification for system oom
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: 3.10.16 cgroup css_set_lock deadlock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: 3.10.16 cgroup css_set_lock deadlock
  • From: Don Morris <don.morris@xxxxxx>
• Re: 3.10.16 cgroup css_set_lock deadlock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [patch 2/2] mm, memcg: add memory.oom_control notification for system oom
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [patch 1/2] mm, memcg: avoid oom notification when current needs access to memory reserves
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch] mm, memcg: add memory.oom_control notification for system oom
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Shawn Bohrer <shawn.bohrer@xxxxxxxxx>
• Re: [patch] mm, memcg: add memory.oom_control notification for system oom
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch] mm, memcg: add memory.oom_control notification for system oom
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch] mm, memcg: add memory.oom_control notification for system oom
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch] mm, memcg: add memory.oom_control notification for system oom
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: [RFC] memcg: fix race between css_offline and async charge (was: Re: Possible regression with cgroups in 3.11)
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC] memcg: fix race between css_offline and async charge (was: Re: Possible regression with cgroups in 3.11)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC] memcg: fix race between css_offline and async charge (was: Re: Possible regression with cgroups in 3.11)
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [RFC] memcg: fix race between css_offline and async charge (was: Re: Possible regression with cgroups in 3.11)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg creates an unkillable task in 3.11-rc2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: 3.10.16 cgroup_mutex deadlock
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• 3.10.16 cgroup_mutex deadlock
  • From: Shawn Bohrer <shawn.bohrer@xxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCHSET v2 cgroup/for-3.12] cgroup: make cgroup_event specific to memcg
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCHSET v2 cgroup/for-3.12] cgroup: make cgroup_event specific to memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [GIT PULL] cgroup changes for v3.13-rc1
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 18/24] mm/page_cgroup: Use memblock apis for early memory allocations
  • From: Santosh Shilimkar <santosh.shilimkar@xxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [Suggestion] kernel: cgroup: mount failure in LTP cgroup_regression_test.sh
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v2 1/3] percpu: add test module for various percpu operations
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: Process Limit cgroups
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Process Limit cgroups
  • From: "Robert Gierzinger" <robert.gierzinger@xxxxxx>
• [PATCH] blkcg: have bh disable for 32bit UP system reading 64bit stats
  • From: Hong Zhiguo <honkiko@xxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v2 1/3] percpu: add test module for various percpu operations
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: [Devel] [PATCH v11 00/15] kmemcg shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch] mm, memcg: add memory.oom_control notification for system oom
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 3/3] memcg, kmem: use cache_from_memcg_idx instead of hard code
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 2/3] memcg, kmem: rename cache_from_memcg to cache_from_memcg_idx
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 1/3] memcg, kmem: Use is_root_cache instead of hard code
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• [patch] mm, memcg: add memory.oom_control notification for system oom
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v2 3/3] memcg: use __this_cpu_sub() to dec stats to avoid incorrect subtrahend casting
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v2 2/3] percpu: fix this_cpu_sub() subtrahend casting for unsigneds
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v4 2/2] blk-throttle: trim tokens generated for an idle tree
  • From: Hong zhi guo <honkiko@xxxxxxxxx>
• [PATCH v2 1/3] percpu: add test module for various percpu operations
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 2/3] percpu: fix this_cpu_sub() subtrahend casting for unsigneds
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 3/3] memcg: use __this_cpu_sub() to dec stats to avoid incorrect subtrahend casting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 0/3] fix unsigned pcp adjustments
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 2/3] percpu counter: cast this_cpu_sub() adjustment
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 2/3] percpu counter: cast this_cpu_sub() adjustment
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 3/3] cgroups: remove calls to simple_kstrtoll
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH 2/3] percpu counter: cast this_cpu_sub() adjustment
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/3] percpu counter: cast this_cpu_sub() adjustment
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] cgroups: remove calls to simple_kstrtoll
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/3] memcg: use __this_cpu_sub to decrement stats
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/3] percpu counter: cast this_cpu_sub() adjustment
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/3] percpu counter: test module
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/3] percpu counter: cast this_cpu_sub() adjustment
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH 3/3] memcg: use __this_cpu_sub to decrement stats
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH 0/3] fix unsigned pcp adjustments
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH 1/3] percpu counter: test module
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH 3/3] cgroups: remove calls to simple_kstrtoll
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH 3/3] memcg, kmem: use cache_from_memcg_idx instead of hard code
  • From: Pekka Enberg <penberg@xxxxxx>
• Re: [PATCH 2/3] memcg, kmem: rename cache_from_memcg to cache_from_memcg_idx
  • From: Pekka Enberg <penberg@xxxxxx>
• Re: [PATCH 1/3] memcg, kmem: Use is_root_cache instead of hard code
  • From: Pekka Enberg <penberg@xxxxxx>
• [PATCH v11 00/15] kmemcg shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 02/15] memcg: consolidate callers of memcg_cache_id
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 01/15] memcg: make cache index determination more robust
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 05/15] memcg: move stop and resume accounting functions
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 04/15] memcg: move initialization to memcg creation
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 03/15] vmscan: also shrink slab in memcg pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 12/15] memcg: allow kmem limit to be resized down
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 08/15] vmscan: take at least one pass with shrinkers
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 06/15] memcg: per-memcg kmem shrinking
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 09/15] memcg,list_lru: add per-memcg LRU list infrastructure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 07/15] memcg: scan cache objects hierarchically
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 10/15] memcg,list_lru: add function walking over all lists of a per-memcg LRU
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 15/15] memcg: flush memcg items upon memcg destruction
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 14/15] memcg: reap dead memcgs upon global memory pressure
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 11/15] super: make icache, dcache shrinkers memcg-aware
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH v11 13/15] vmpressure: in-kernel notifications
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• [PATCH 1/3] memcg, kmem: Use is_root_cache instead of hard code
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• [PATCH 2/3] memcg, kmem: rename cache_from_memcg to cache_from_memcg_idx
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• [PATCH 3/3] memcg, kmem: use cache_from_memcg_idx instead of hard code
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• [PATCH 0/3] a few cleanups about kmem code
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: [PATCH v4 2/2] blk-throttle: trim tokens generated for an idle tree
  • From: Hong zhi guo <honkiko@xxxxxxxxx>
• Re: [PATCH v4 2/2] blk-throttle: trim tokens generated for an idle tree
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• RE: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: "Ni, Xun" <xun.ni@xxxxxxxxx>
• Re: [PATCH 0/6] ipv4: tcp_memcontrol and userns sysctls
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [GIT PULL] cgroup fixes for v3.12-rc6
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v4 0/2] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong Zhiguo <honkiko@xxxxxxxxx>
• [PATCH v4 1/2] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong Zhiguo <honkiko@xxxxxxxxx>
• [PATCH v4 2/2] blk-throttle: trim tokens generated for an idle tree
  • From: Hong Zhiguo <honkiko@xxxxxxxxx>
• Re: [PATCH v3] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong zhi guo <honkiko@xxxxxxxxx>
• [PATCH 6/6] ipv4: Allow unprivileged users to use per net sysctls
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 5/6] ipv4: Use math to point per net sysctls into the appropriate struct net.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 4/6] tcp_memcontrol: Kill struct tcp_memcontrol
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/6] tcp_memcontrol: Remove the per netns control.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/6] tcp_memcontrol: Remove setting cgroup settings via sysctl
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/6] tcp_memcontrol: Remove tcp_max_memory
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3] blk-throttle: simplify logic by token bucket algorithm
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• [PATCH v3] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong Zhiguo <honkiko@xxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong zhi guo <honkiko@xxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong zhi guo <honkiko@xxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] blk-throttle: use READ/WRITE directly
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH] blk-throttle: use READ/WRITE directly
  • From: Hong Zhiguo <honkiko@xxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong zhi guo <honkiko@xxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v2 11/12] cpuset: allow writing offlined masks to cpuset.cpus/mems
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 05/12] cpuset: use effective cpumask to build sched domains
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 03/12] cpuset: update cs->effective_{cpus,mems} when config changes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroup_attach_task && while_each_thread (Was: cgroup attach task - slogging cpu)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong zhi guo <honkiko@xxxxxxxxx>
• A problem of blkio in throttlling I/O weight across multiple hosts.
  • From: "Wangshen (Peter)" <peter.w@xxxxxxxxxx>
• Re: cgroup_attach_task && while_each_thread (Was: cgroup attach task - slogging cpu)
  • From: anjana vk <anjanvk12@xxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong zhi guo <honkiko@xxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong zhi guo <honkiko@xxxxxxxxx>
• Re: [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong Zhiguo <honkiko@xxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: [PATCH] cgroup: fix to break the while loop in cgroup_attach_task() correctly
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong zhi guo <honkiko@xxxxxxxxx>
• [PATCH] blk-throttle: simplify logic by token bucket algorithm
  • From: Hong Zhiguo <honkiko@xxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH] cgroup: fix to break the while loop in cgroup_attach_task() correctly
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: cgroup_attach_task && while_each_thread (Was: cgroup attach task - slogging cpu)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: cgroup_attach_task && while_each_thread (Was: cgroup attach task - slogging cpu)
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: Possible regression with cgroups in 3.11
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 02/12] cpuset: update cpuset->effective_{cpus,mems} at hotplug
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 03/12] cpuset: update cs->effective_{cpus,mems} when config changes
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 04/12] cpuset: inherit ancestor's masks if effective_{cpus,mems} becomes empty
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 05/12] cpuset: use effective cpumask to build sched domains
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 06/12] cpuset: initialize top_cpuset's configured masks at mount
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 07/12] cpuset: apply cs->effective_{cpus,mems}
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 08/12] cpuset: make cs->{cpus,mems}_allowed as user-configured masks
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 09/12] cpuset: refactor cpuset_hotplug_update_tasks()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 11/12] cpuset: allow writing offlined masks to cpuset.cpus/mems
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 12/12] cpuset: export effective masks to userspace
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 10/12] cpuset: enable onlined cpu/node in effective masks
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 00/12] cpuset: separate configured masks and effective masks
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 01/12] cpuset: add cs->effective_cpus and cs->effective_mems
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <borkmann@xxxxxxxxxxxxx>
• Re: strange oom behaviour on 3.10
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: strange oom behaviour on 3.10
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: cgroup attach task - slogging cpu
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Possible regression with cgroups in 3.11
  • From: Markus Blank-Burian <burian@xxxxxxxxxxx>
• Re: cgroup attach task - slogging cpu
  • From: anjana vk <anjanvk12@xxxxxxxxx>
• Re: strange oom behaviour on 3.10
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• cgroup_attach_task && while_each_thread (Was: cgroup attach task - slogging cpu)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Tejun Heo <tj@xxxxxxxxxx>
• strange oom behaviour on 3.10
  • From: William Dauchy <wdauchy@xxxxxxxxx>
• Re: cgroup attach task - slogging cpu
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: cgroup attach task - slogging cpu
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: cgroup attach task - slogging cpu
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [patch 2/2] fs: buffer: move allocation failure loop into the allocator
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [patch 1/2] mm: memcg: handle non-error OOM situations more gracefully
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: cls: remove unnecessary task_cls_classid
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: netprio: remove unnecessary task_netprioidx
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: cgroup attach task - slogging cpu
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: cls: remove unnecessary task_cls_classid
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: netprio: remove unnecessary task_netprioidx
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH 2/2] cgroup: cls: remove unnecessary task_cls_classid
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• [PATCH 1/2] cgroup: netprio: remove unnecessary task_netprioidx
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: cgroup attach task - slogging cpu
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• [PATCH iptables] iptables: add libxt_cgroup frontend
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH nf-next] netfilter: xtables: lightweight process control group matching
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: cgroup attach task - slogging cpu
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• cgroup attach task - slogging cpu
  • From: anjana vk <anjanvk12@xxxxxxxxx>
• Re: [patch for-3.12] mm, memcg: protect mem_cgroup_read_events for cpu hotplug
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch for-3.12] mm, memcg: protect mem_cgroup_read_events for cpu hotplug
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch for-3.12] mm, memcg: protect mem_cgroup_read_events for cpu hotplug
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• [patch for-3.12] mm, memcg: protect mem_cgroup_read_events for cpu hotplug
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• linux-next: manual merge of the cgroup tree
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: Race condition between "read CFQ stats" and "block device shutdown"
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: memcg creates an unkillable task in 3.11-rc2
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: memcg creates an unkillable task in 3.11-rc2
  • From: Fabio Kung <fabio.kung@xxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: Race condition between "read CFQ stats" and "block device shutdown"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Race condition between "read CFQ stats" and "block device shutdown"
  • From: Anatol Pomozov <anatol.pomozov@xxxxxxxxx>
• Re: Race condition between "read CFQ stats" and "block device shutdown"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Race condition between "read CFQ stats" and "block device shutdown"
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: Race condition between "read CFQ stats" and "block device shutdown"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Race condition between "read CFQ stats" and "block device shutdown"
  • From: Anatol Pomozov <anatol.pomozov@xxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH v6 0/5] memcg, cgroup: kill css id
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/5] memcg, cgroup: kill css id
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v6 0/5] memcg, cgroup: kill css id
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v6 0/5] memcg, cgroup: kill css id
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v6 0/5] memcg, cgroup: kill css id
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/5] memcg, cgroup: kill css id
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v6 0/5] memcg, cgroup: kill css id
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v6 0/5] memcg, cgroup: kill css id
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v6 5/5] cgroup: kill css_id
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v6 4/5] memcg: stop using css id
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v6 3/5] memcg: fail to create cgroup if the cgroup id is too big
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v6 2/5] memcg: convert to use cgroup id
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v6 1/5] memcg: convert to use cgroup_is_descendant()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v6 0/5] memcg, cgroup: kill css id
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] cfq: explicitly use 64bit divide operation for 64bit arguments
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] cfq: explicitly use 64bit divide operation for 64bit arguments
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH v5] Soft limit rework
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5] Soft limit rework
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• [PATCH 1/2 v4] memcg: refactor mem_control_numa_stat_show()
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH 2/2 v4] memcg: support hierarchical memory.numa_stats
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v5] Soft limit rework
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH 2/2 v3] memcg: support hierarchical memory.numa_stats
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 1/2 v3] memcg: refactor mem_control_numa_stat_show()
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH] cfq: explicitly use 64bit divide operation for 64bit arguments
  • From: Anatol Pomozov <anatol.pomozov@xxxxxxxxx>
• Re: [PATCH v5] Soft limit rework
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v5] Soft limit rework
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH cgroup/for-3.12-fixes] cgroup: fix cgroup post-order descendant walk of empty subtree
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH][BUG] sched/fair: child->se.parent,cfs_rq might point to invalid ones
  • From: "Daisuke Nishimura" <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH cgroup/for-3.12-fixes] cgroup: fix cgroup post-order descendant walk of empty subtree
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v2] mm, memcg: add a helper function to check may oom condition
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH v2] mm, memcg: add a helper function to check may oom condition
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: [PATCH] mm, memcg: add a helper function to check may oom condition
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH] mm, memcg: add a helper function to check may oom condition
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch] mm, memcg: store memcg name for oom kill log consistency
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch] mm, memcg: store memcg name for oom kill log consistency
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: memcg creates an unkillable task in 3.11-rc2
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] mm, memcg: add a helper function to check may oom condition
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: CGROUP 관련 문의
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH cgroup/for-3.12-fixes] cgroup: fix cgroup post-order descendant walk of empty subtree
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5] Soft limit rework
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: memcg creates an unkillable task in 3.11-rc2
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch] mm, memcg: store memcg name for oom kill log consistency
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: memcg creates an unkillable task in 3.11-rc2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• [PATCH 1/2 v3] memcg: refactor mem_control_numa_stat_show()
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH 2/2 v3] memcg: support hierarchical memory.numa_stats
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.12] cgroup: factor out css creation into create_css()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v5] Soft limit rework
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Race condition between "read CFQ stats" and "block device shutdown"
  • From: Anatol Pomozov <anatol.pomozov@xxxxxxxxx>
• Re: Race condition between "read CFQ stats" and "block device shutdown"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Race condition between "read CFQ stats" and "block device shutdown"
  • From: Anatol Pomozov <anatol.pomozov@xxxxxxxxx>
• Re: [PATCH v3 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Jan Kaluža <jkaluza@xxxxxxxxxx>
• Re: [PATCH v3 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v3 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v3 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Jan Kaluža <jkaluza@xxxxxxxxxx>
• Re: [PATCH v3 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v3 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH v3 1/3] Send loginuid and sessionid in SCM_AUDIT
  • From: Jan Kaluža <jkaluza@xxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH v3 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 1/3] Send loginuid and sessionid in SCM_AUDIT
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 08/12] cgroup, memcg: move cgroup->event_list[_lock] and event callbacks into memcg
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Race condition between "read CFQ stats" and "block device shutdown"
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v3 0/3] Send audit/procinfo/cgroup data in socket-level control message
  • From: Jan Kaluza <jkaluza@xxxxxxxxxx>
• [PATCH v3 1/3] Send loginuid and sessionid in SCM_AUDIT
  • From: Jan Kaluza <jkaluza@xxxxxxxxxx>
• [PATCH v3 2/3] Send comm and cmdline in SCM_PROCINFO
  • From: Jan Kaluza <jkaluza@xxxxxxxxxx>
• [PATCH v3 3/3] Send cgroup_path in SCM_CGROUP
  • From: Jan Kaluza <jkaluza@xxxxxxxxxx>
• [GIT PULL] cgroup changes for v3.12-rc1
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: fix multiple large threshold notifications
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: fix multiple large threshold notifications
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 08/12] cgroup, memcg: move cgroup->event_list[_lock] and event callbacks into memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 8/9] cgroup: implement for_each_css()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 1/9] cgroup: fix css leaks on online_css() failure
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Race condition between "read CFQ stats" and "block device shutdown"
  • From: Anatol Pomozov <anatol.pomozov@xxxxxxxxx>
• Re: [PATCH 1/9] cgroup: fix css leaks on online_css() failure
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5] Soft limit rework
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] memcg: fix multiple large threshold notifications
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v2 3/3] Send cgroup_path in SCM_CGROUP
  • From: Kay Sievers <kay@xxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• Re: [PATCH 1/9] cgroup: fix css leaks on online_css() failure
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH] memcg: fix multiple large threshold notifications
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 3/9] cgroup: make for_each_subsys() useable under cgroup_root_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 2/9] cgroup: css iterations and css_from_dir() are safe under cgroup_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] cgroup, doc: make cgroup_disable doc accurater
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: [patch 0/7] improve memcg oom killer robustness v2
  • From: "azurIt" <azurit@xxxxxxxx>
• [PATCH] cfq: explicitly use 64bit divide operation for 64bit arguments
  • From: Anatol Pomozov <anatol.pomozov@xxxxxxxxx>
• [PATCH] cfq: explicitly use 64bit divide operation for 64bit arguments
  • From: Anatol Pomozov <anatol.pomozov@xxxxxxxxx>