Linux Cgroups Development - Date Index

• Thread Index

• Re: [RFD] Merge task counter into memcg
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] res_counter: add a function res_counter_move_parent().
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] res_counter: add a function res_counter_move_parent().
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 4/7] memcg: remove 'uncharge' argument from mem_cgroup_move_account()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] res_counter: add a function res_counter_move_parent().
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v1 0/7] memcg remove pre_destroy
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 1/8] blkcg: kill blkio_list and replace blkio_list_lock with a mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/8] blkcg: use @pol instead of @plid in update_root_blkg_pd() and blkcg_print_blkgs()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/8] blkcg: remove static policy ID enums
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/8] blkcg: make sure blkg_lookup() returns %NULL if @q is bypassing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/8] blkcg: implement per-queue policy activation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 8/8] blkcg: drop stuff unused after per-queue policy activation update
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/8] blkcg: add request_queue->root_blkg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/8] blkcg: make blkg_conf_prep() take @pol and return with queue lock held
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] block: per-queue policy activation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v1 0/7] memcg remove pre_destroy
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Cgroup in a single hierarchy (Was: Re: [RFD] Merge task counter into memcg)
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/7] memcg remove pre_destroy
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/7] res_counter: add a function res_counter_move_parent().
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 7/7] memcg: remove drain_all_stock_sync.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 5/7] memcg: divide force_empty into 2 functions, avoid memory reclaim at rmdir
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] memcg: remove 'uncharge' argument from mem_cgroup_move_account()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/7] res_counter: add a function res_counter_move_parent().
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/7] memcg remove pre_destroy
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 7/7] memcg: remove drain_all_stock_sync.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 6/7] memcg: remove pre_destroy()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 5/7] memcg: divide force_empty into 2 functions, avoid memory reclaim at rmdir
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 4/7] memcg: remove 'uncharge' argument from mem_cgroup_move_account()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 3/7] memcg: move charges to root at rmdir()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 2/7] memcg: move charge to parent only when necessary.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 1/7] res_counter: add a function res_counter_move_parent().
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH v1 0/7] memcg remove pre_destroy
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] remove BUG() in possible but rare condition
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Alexander Nikiforov <a.nikiforov@xxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] remove BUG() in possible but rare condition
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH] remove BUG() in possible but rare condition
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] remove BUG() in possible but rare condition
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] remove BUG() in possible but rare condition
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] remove BUG() in possible but rare condition
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] remove BUG() in possible but rare condition
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFD] Merge task counter into memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] remove BUG() in possible but rare condition
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] remove BUG() in possible but rare condition
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] remove BUG() in possible but rare condition
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] remove BUG() in possible but rare condition
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFD] Merge task counter into memcg
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] remove BUG() in possible but rare condition
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] remove BUG() in possible but rare condition
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• cgroup monitoring support tool
  • From: Udayan Bapat <uvbapat@xxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH for-3.5] cgroup: remove cgroup_subsys->populate()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH for-3.5] cgroup: remove cgroup_subsys->populate()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Jan Kara <jack@xxxxxxx>
• Re: [Lsf] [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH for-3.5] cgroup: remove cgroup_subsys->populate()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 2/2] cgroup: get rid of populate for memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Lsf] [RFC] writeback and cgroup
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH -V5 12/14] memcg: move HugeTLB resource count to parent cgroup on memcg removal
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] cgroup: get rid of populate for memcg
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] cgroup: pass struct mem_cgroup instead of struct cgroup to socket memcg
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] cgroup: get rid of populate for memcg
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] cgroup: get rid of populate for memcg
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: bind() call in cgroup's css structure
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v3 2/2] cgroup: get rid of populate for memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v3 0/2] get rid of populate for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 2/2] cgroup: get rid of populate for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 1/2] cgroup: pass struct mem_cgroup instead of struct cgroup to socket memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 5/5] expose per-taskgroup schedstats in cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 4/5] expose fine-grained per-cpu data for cpuacct stats
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 3/5] record nr_switches per task_group
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 2/5] account guest time per-cgroup as well.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 1/5] measure exec_clock for rt sched entities
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 0/5] per-cgroup /proc/stat statistics
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 0/5] per-cgroup /proc/stat statistics
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] cgroup: get rid of populate for memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 2/2] cgroup: get rid of populate for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] cgroup: get rid of populate for memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: bind() call in cgroup's css structure
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 2/2] cgroup: get rid of populate for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] cgroup: get rid of populate for memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• bind() call in cgroup's css structure
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -V5 12/14] memcg: move HugeTLB resource count to parent cgroup on memcg removal
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V5 07/14] memcg: Add HugeTLB extension
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V5 10/14] hugetlbfs: Add memcg control files for hugetlbfs
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V5 07/14] memcg: Add HugeTLB extension
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V5 06/14] hugetlb: Simplify migrate_huge_page
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V5 12/14] memcg: move HugeTLB resource count to parent cgroup on memcg removal
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V5 07/14] memcg: Add HugeTLB extension
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V5 10/14] hugetlbfs: Add memcg control files for hugetlbfs
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V5 09/14] memcg: track resource index in cftype private
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V5 06/14] hugetlb: Simplify migrate_huge_page
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V5 04/14] hugetlb: Use mmu_gather instead of a temporary linked list for accumulating pages
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC 5/7] use percpu_counters for res_counter usage
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH -V5 03/14] hugetlbfs: Add an inline helper for finding hstate index
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 02/14] hugetlbfs: don't use ERR_PTR with VM_FAULT* values
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 04/14] hugetlb: Use mmu_gather instead of a temporary linked list for accumulating pages
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 05/14] hugetlb: Avoid taking i_mmap_mutex in unmap_single_vma for hugetlb
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 06/14] hugetlb: Simplify migrate_huge_page
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 08/14] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 10/14] hugetlbfs: Add memcg control files for hugetlbfs
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 09/14] memcg: track resource index in cftype private
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 01/14] hugetlb: rename max_hstate to hugetlb_max_hstate
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 11/14] hugetlbfs: Add a list for tracking in-use HugeTLB pages
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 12/14] memcg: move HugeTLB resource count to parent cgroup on memcg removal
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 14/14] memcg: Add memory controller documentation for hugetlb management
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 13/14] hugetlb: migrate memcg info from oldpage to new page during migration
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 07/14] memcg: Add HugeTLB extension
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V5 00/14] memcg: Add memcg extension to control HugeTLB allocation
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] cgroup: pass struct mem_cgroup instead of struct cgroup to socket memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 2/2] cgroup: get rid of populate for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 0/2] update memcg to break its need of populate
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] patch
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• [RESEND, PATCH] memcg: make threshold index in the right position
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] memcg: revise the position of threshold index while unregistering event
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH] memcg: Do not open code accesses to res_counter members
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memcg: revise the position of threshold index while unregistering event
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memcg: revise the position of threshold index while unregistering event
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 5/6] memcg: fix broken boolen expression
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC] patch
  • From: Alexander Nikiforov <a.nikiforov@xxxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 5/6] memcg: fix broken boolen expression
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Lsf] [RFC] writeback and cgroup
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [Lsf] [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [Lsf] [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Tao Ma <tm@xxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Tao Ma <tm@xxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Tao Ma <tm@xxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Tao Ma <tm@xxxxxx>
• Re: [Lsf] [RFC] writeback and cgroup
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Tao Ma <tm@xxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Tao Ma <tm@xxxxxx>
• IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tao Ma <tm@xxxxxx>
• Re: [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tao Ma <tm@xxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tao Ma <tm@xxxxxx>
• Re: [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tao Ma <tm@xxxxxx>
• Re: [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] patch
  • From: Alexander Nikiforov <a.nikiforov@xxxxxxxxxxx>
• Re: [RFC] patch
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [RFC] patch
  • From: Alexander Nikiforov <a.nikiforov@xxxxxxxxxxx>
• [RFC] event about group change
  • From: Alexander Nikiforov <a.nikiforov@xxxxxxxxxxx>
• Re: [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
  • From: Hiroyuki Kamezawa <kamezawa.hiroyuki@xxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/2] cgroup: use negative bias on css->refcnt to block css_tryget()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH UPDATED 11/12] cgroup: introduce struct cfent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 5/7] use percpu_counters for res_counter usage
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC 5/7] use percpu_counters for res_counter usage
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC 0/7] Initial proposal for faster res_counter updates
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC 5/7] use percpu_counters for res_counter usage
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC 5/7] use percpu_counters for res_counter usage
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH for-3.4-fixes] cgroup: cgroup_attach_task() could return -errno after success
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [RFC 0/7] Initial proposal for faster res_counter updates
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC 7/7] Global optimization
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC 6/7] Add min and max statistics to percpu_counter
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC 5/7] use percpu_counters for res_counter usage
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC 4/7] move res_counter_set limit to res_counter.c
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC 3/7] bundle a percpu counter into res_counters and use its lock
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC 2/7] consolidate all res_counter manipulation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC 1/7] split percpu_counter_sum
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC 0/7] Initial proposal for faster res_counter updates
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [GIT PULL] cgroup: urgent fix for 3.4-rc1 merge window
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH for-3.4-fixes] cgroup: cgroup_attach_task() could return -errno after success
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH for-3.4-fixes] cgroup: cgroup_attach_task() could return -errno after success
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH for-3.4-fixes] cgroup: cgroup_attach_task() could return -errno after success
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups commit 61d1d219c4 breaks systemd
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: update MAINTAINERS entry
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH -V4 08/10] hugetlbfs: Add a list for tracking in-use HugeTLB pages
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] cgroup: update MAINTAINERS entry
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 04/21] blkcg: restructure statistics printing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/21] blkcg: drop blkiocg_file_write_u64()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/21] blkcg: restructure configuration printing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/21] blkcg: restructure blkio_group configruation setting
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/21] blkcg: blkg_conf_prep()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/21] blkcg: BLKIO_STAT_CPU_SECTORS doesn't have subcounters
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/21] blkcg: export conf/stat helpers to prepare for reorganization
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 19/21] blkcg: move blkio_group_conf->iops and ->bps to blk-throttle
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 17/21] blkcg: move blkio_group_stats_cpu and friends to blk-throttle.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 16/21] blkcg: move blkio_group_stats to cfq-iosched.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 08/21] blkcg: blkg_conf_prep()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 20/21] blkcg: pass around pd->pdata instead of pd itself in prfill functions
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 14/21] blkcg: cfq doesn't need per-cpu dispatch stats
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 21/21] blkcg: drop BLKCG_STAT_{PRIV|POL|OFF} macros
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/21] blkcg: implement blkio_policy_type->cftypes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 15/21] blkcg: add blkio_policy_ops operations for exit and stat reset
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 11/21] blkcg: move conf/stat file handling code to policies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 12/21] cfq: collapse cfq.h into cfq-iosched.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 13/21] blkcg: move statistics update code to policies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/21] blkcg: introduce blkg_stat and blkg_rwstat
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 01/21] blkcg: remove unused @pol and @plid parameters
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• cgroups commit 61d1d219c4 breaks systemd
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V4 08/10] hugetlbfs: Add a list for tracking in-use HugeTLB pages
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -V4 10/10] memcg: Add memory controller documentation for hugetlb management
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -V4 09/10] memcg: move HugeTLB resource count to parent cgroup on memcg removal
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -V4 08/10] hugetlbfs: Add a list for tracking in-use HugeTLB pages
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -V4 02/10] hugetlbfs: don't use ERR_PTR with VM_FAULT* values
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -V4 03/10] hugetlbfs: Add an inline helper for finding hstate index
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -V4 02/10] hugetlbfs: don't use ERR_PTR with VM_FAULT* values
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH -V4 01/10] hugetlb: rename max_hstate to hugetlb_max_hstate
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] memcg: change behavior of moving charges at task move
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: change behavior of moving charges at task move
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: change behavior of moving charges at task move
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC][PATCH 3/3] memcg: atomic update of memcg pointer and other bits.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC] event about group change
  • From: Alexander Nikiforov <a.nikiforov@xxxxxxxxxxx>
• [RFC] event about group change
  • From: Nikiforov Alex <a.nikiforov@xxxxxxxxxxx>
• Re: [RFC][PATCH 3/3] memcg: atomic update of memcg pointer and other bits.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: change behavior of moving charges at task move
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: change behavior of moving charges at task move
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memcg: change behavior of moving charges at task move
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: change behavior of moving charges at task move
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: change behavior of moving charges at task move
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memcg: change behavior of moving charges at task move
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/2] cgroup: get rid of populate for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 1/2] cgroup: pass struct mem_cgroup instead of struct cgroup to socket memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 0/2] remove sock memcg dependencies on populate
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: change behavior of moving charges at task move
  • From: Naoya Horiguchi <n-horiguchi@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/3] memcg: atomic update of memcg pointer and other bits.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 1/3] memcg: add methods to access pc->mem_cgroup
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH 2/3] memcg: reduce size of struct page_cgroup.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: memcg-devel updated for v3.3
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 08/12] cgroup: convert memcg controller to the new cftype interface
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 07/12] memcg: always create memsw files if CONFIG_CGROUP_MEM_RES_CTLR_SWAP
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 01/12] cgroup: move cgroup_clear_directory() call out of cgroup_populate_dir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/12] cgroup: relocate cftype and cgroup_subsys definitions in controllers
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/12] cgroup: build list of all cgroups under a given cgroupfs_root
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/12] memcg: always create memsw files if CONFIG_CGROUP_MEM_RES_CTLR_SWAP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/12] cgroup: convert all non-memcg controllers to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/12] cgroup: remove cgroup_add_file[s]()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/12] cgroup: convert memcg controller to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 12/12] cgroup: implement cgroup_rm_cftypes()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/12] cgroup: relocate __d_cgrp() and __d_cft()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 11/12] cgroup: introduce struct cfent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/12] cgroup: merge cft_release_agent cftype array into the base files array
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/12] cgroup: implement cgroup_add_cftypes() and friends
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 4/4] get rid of populate for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] get rid of populate for memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/4] provide a function to register more cftype files into memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/4] get rid of populate for memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: Do not open code accesses to res_counter members
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] memcg: change behavior of moving charges at task move
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• memcg-devel updated for v3.3
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/4] get rid of populate for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] page cgroup diet
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] page cgroup diet
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: Do not open code accesses to res_counter members
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/3] memcg: add methods to access pc->mem_cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] page cgroup diet
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/3] memcg: reduce size of struct page_cgroup.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 3/4] provide a function to register more cftype files into memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/4] get rid of populate for memcg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH UPDATED 09/10] cgroup: introduce struct cfent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] memcg: Do not open code accesses to res_counter members
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 3/4] provide a function to register more cftype files into memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 09/10] cgroup: introduce struct cfent
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 4/4] get rid of populate for memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 1/4] don't trigger warning when d_subdirs is not empty.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/4] pass struct mem_cgroup instead of struct cgroup to socket memcg
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 0/4] My contribution towards the end of populate()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 09/10] cgroup: introduce struct cfent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 09/10] cgroup: introduce struct cfent
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 09/10] cgroup: introduce struct cfent
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 03/10] cgroup: implement cgroup_add_cftypes() and friends
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 09/10] cgroup: introduce struct cfent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 07/10] cgroup: remove cgroup_add_file[s]()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 09/10] cgroup: introduce struct cfent
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -V4 07/10] hugetlbfs: Add memcg control files for hugetlbfs
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/10] cgroup: implement cgroup_add_cftypes() and friends
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] cgroup: remove cgroup_add_file[s]()
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [GIT PULL] cgroup changes for v3.4
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 2/3] memcg: reduce size of struct page_cgroup.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [RFC][PATCH 0/3] page cgroup diet
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 1/3] memcg: add methods to access pc->mem_cgroup
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC][PATCH 1/3] memcg: add methods to access pc->mem_cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] cgroup: move cgroup_clear_directory() call out of cgroup_populate_dir()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -V4 08/10] hugetlbfs: Add a list for tracking in-use HugeTLB pages
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V4 09/10] memcg: move HugeTLB resource count to parent cgroup on memcg removal
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: What's the progress of per cgroup background reclaim?
  • From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
• [RFC][PATCH 3/3] memcg: atomic update of memcg pointer and other bits.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC][PATCH 2/3] memcg: reduce size of struct page_cgroup.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC][PATCH 1/3] memcg: add methods to access pc->mem_cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC][PATCH 0/3] page cgroup diet
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 07/10] hugetlbfs: Add memcg control files for hugetlbfs
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 07/10] hugetlbfs: Add memcg control files for hugetlbfs
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V4 02/10] hugetlbfs: don't use ERR_PTR with VM_FAULT* values
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 09/10] memcg: move HugeTLB resource count to parent cgroup on memcg removal
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 08/10] hugetlbfs: Add a list for tracking in-use HugeTLB pages
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 07/10] hugetlbfs: Add memcg control files for hugetlbfs
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 06/10] memcg: track resource index in cftype private
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 03/10] hugetlbfs: Add an inline helper for finding hstate index
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 02/10] hugetlbfs: don't use ERR_PTR with VM_FAULT* values
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V4 01/10] hugetlb: rename max_hstate to hugetlb_max_hstate
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 02/10] cgroup: build list of all cgroups under a given cgroupfs_root
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 01/10] cgroup: move cgroup_clear_directory() call out of cgroup_populate_dir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup: cftype based file interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/10] cgroup: merge cft_release_agent cftype array into the base files array
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/10] cgroup: implement cgroup_add_cftypes() and friends
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/10] cgroup: convert all non-memcg controllers to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/10] cgroup: introduce struct cfent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/10] cgroup: remove cgroup_add_file[s]()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/10] cgroup: implement cgroup_rm_cftypes()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/10] cgroup: relocate __d_cgrp() and __d_cft()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH -V4 02/10] hugetlbfs: don't use ERR_PTR with VM_FAULT* values
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V4 05/10] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V4 01/10] hugetlb: rename max_hstate to hugetlb_max_hstate
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V4 04/10] memcg: Add HugeTLB extension
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V4 06/10] memcg: track resource index in cftype private
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V4 07/10] hugetlbfs: Add memcg control files for hugetlbfs
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V4 08/10] hugetlbfs: Add a list for tracking in-use HugeTLB pages
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V4 09/10] memcg: move HugeTLB resource count to parent cgroup on memcg removal
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V4 10/10] memcg: Add memory controller documentation for hugetlb management
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V4 03/10] hugetlbfs: Add an inline helper for finding hstate index
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V4 00/10] memcg: Add memcg extension to control HugeTLB allocation
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes mount option
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes and "name=" mount option
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• [PATCH] cgroup: deprecate remount option changes mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes and "name=" mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: What's the progress of per cgroup background reclaim?
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH v2 07/13] memcg: Slab accounting.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: What's the progress of per cgroup background reclaim?
  • From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
• Re: What's the progress of per cgroup background reclaim?
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V3 2/8] memcg: Add HugeTLB extension
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes and "name=" mount option
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [PATCH v2 06/13] slab: Add kmem_cache_gfp_flags() helper function.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH v2 07/13] memcg: Slab accounting.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• [PATCH] cgroup: deprecate remount option changes and "name=" mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: What's the progress of per cgroup background reclaim?
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [PATCH -V3 5/8] hugetlbfs: Add memcg control files for hugetlbfs
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V3 0/8] memcg: Add memcg extension to control HugeTLB allocation
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V3 7/8] memcg: move HugeTLB resource count to parent cgroup on memcg removal
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 03/13] memcg: Uncharge all kmem when deleting a cgroup.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/13] slab: Add kmem_cache_gfp_flags() helper function.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -V3 5/8] hugetlbfs: Add memcg control files for hugetlbfs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V3 5/8] hugetlbfs: Add memcg control files for hugetlbfs
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 07/13] memcg: Slab accounting.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -V3 4/8] memcg: track resource index in cftype private
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V3 3/8] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V3 3/8] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V3 3/8] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V3 2/8] memcg: Add HugeTLB extension
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: What's the progress of per cgroup background reclaim?
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• What's the progress of per cgroup background reclaim?
  • From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 06/13] slab: Add kmem_cache_gfp_flags() helper function.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH v2 03/13] memcg: Uncharge all kmem when deleting a cgroup.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH v2 07/13] memcg: Slab accounting.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [RFC] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH -V3 0/8] memcg: Add memcg extension to control HugeTLB allocation
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V3 7/8] memcg: move HugeTLB resource count to parent cgroup on memcg removal
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] cgroup: removing css reference drain wait during cgroup removal
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH -V3 5/8] hugetlbfs: Add memcg control files for hugetlbfs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V3 3/8] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V3 2/8] memcg: Add HugeTLB extension
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: C Anthony Risinger <anthony@xxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: C Anthony Risinger <anthony@xxxxxxx>
• 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: [PATCH -V3 3/8] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH -V3 1/8] hugetlb: rename max_hstate to hugetlb_max_hstate
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH -V3 0/8] memcg: Add memcg extension to control HugeTLB allocation
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V3 2/8] memcg: Add HugeTLB extension
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V3 3/8] hugetlb: add charge/uncharge calls for HugeTLB alloc/free
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V3 6/8] hugetlbfs: Add a list for tracking in-use HugeTLB pages
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V3 8/8] memcg: Add memory controller documentation for hugetlb management
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V3 7/8] memcg: move HugeTLB resource count to parent cgroup on memcg removal
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V3 5/8] hugetlbfs: Add memcg control files for hugetlbfs
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V3 4/8] memcg: track resource index in cftype private
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH -V3 1/8] hugetlb: rename max_hstate to hugetlb_max_hstate
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 03/13] memcg: Uncharge all kmem when deleting a cgroup.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • 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: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• 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: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] cgroup quota
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] cgroup quota
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [RESEND, PATCH] memcg: make threshold index in the right position
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [RFC PATCH v1 0/4] cgroup quota
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• Re: [RFC PATCH v1 1/4] cgroup quota: add disk space parse strategy to res_counter
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] cgroup quota
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• Re: [PATCH v2 09/13] memcg: Account for kmalloc in kernel memory accounting.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] cgroup quota
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/4] cgroup quota: add disk space parse strategy to res_counter
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/4] cgroup quota
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 06/13] slab: Add kmem_cache_gfp_flags() helper function.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 04/13] memcg: Make it possible to use the stock for more than one page.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 13/13] memcg: Document kernel memory accounting.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 12/13] memcg: Per-memcg memory.kmem.slabinfo file.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 07/13] memcg: Slab accounting.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 03/13] memcg: Uncharge all kmem when deleting a cgroup.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/13] memcg: Consolidate various flags into a single flags field.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/13] Memcg Kernel Memory Tracking.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 04/13] memcg: Make it possible to use the stock for more than one page.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 05/13] memcg: Reclaim when more than one page needed.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 06/13] slab: Add kmem_cache_gfp_flags() helper function.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 11/13] memcg: Handle bypassed kernel memory charges.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 07/13] memcg: Slab accounting.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 01/13] memcg: Consolidate various flags into a single flags field.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 13/13] memcg: Document kernel memory accounting.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 09/13] memcg: Account for kmalloc in kernel memory accounting.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 08/13] memcg: Make dentry slab memory accounted in kernel memory accounting.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 03/13] memcg: Uncharge all kmem when deleting a cgroup.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 10/13] memcg: Track all the memcg children of a kmem_cache.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 12/13] memcg: Per-memcg memory.kmem.slabinfo file.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• [PATCH v2 00/13] Memcg Kernel Memory Tracking.
  • From: Suleiman Souhlal <ssouhlal@xxxxxxxxxxx>
• Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC PATCH v1 1/4] cgroup quota: add disk space parse strategy to res_counter
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• [RFC PATCH v1 4/4] cgroup quota: validate and charge inode quota for XFS
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• [RFC PATCH v1 2/4] cgroup quota: introduce quota subsys
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• [RFC PATCH v1 3/4] cgroup quota: validate and charge block quota for XFS
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• [RFC PATCH v1 0/4] cgroup quota
  • From: Jeff Liu <jeff.liu@xxxxxxxxxx>
• Re: [PATCH] memcg: Free spare array to avoid memory leak
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: Free spare array to avoid memory leak
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: Free spare array to avoid memory leak
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] memcg: Free spare array to avoid memory leak
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: Free spare array to avoid memory leak
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: Free spare array to avoid memory leak
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memcg: Free spare array to avoid memory leak
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH -V2 4/9] memcg: Add non reclaim resource tracking to memcg
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memcg: Free spare array to avoid memory leak
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] memcg: Free spare array to avoid memory leak
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: revise the position of threshold index while unregistering event
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH v2 0/3] cgroup: add xattr support
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [RFC][PATCH] cgroup: fix race between fork and cgroup freezing
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: revise the position of threshold index while unregistering event
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: revise the position of threshold index while unregistering event
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [patch] mm, memcg: do not allow tasks to be attached with zero limit
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V2 4/9] memcg: Add non reclaim resource tracking to memcg
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: revise the position of threshold index while unregistering event
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch] mm, memcg: pass charge order to oom killer
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [patch] mm, memcg: do not allow tasks to be attached with zero limit
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] memcg: Free spare array to avoid memory leak
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH] memcg: revise the position of threshold index while unregistering event
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: Free spare array to avoid memory leak
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [patch] mm, memcg: pass charge order to oom killer
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v2 0/3] cgroup: add xattr support
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [PATCH] memcg: Free spare array to avoid memory leak
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• [PATCH] memcg: revise the position of threshold index while unregistering event
  • From: Sha Zhengju <handai.szj@xxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
  • From: David Gibson <dwg@xxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC] memcg usage_in_bytes does not account file mapped and slab memory
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V2 4/9] memcg: Add non reclaim resource tracking to memcg
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] cgroup: add xattr support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH -V2 1/9] mm: move hugetlbfs region tracking function to common code
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: Suleiman Souhlal <suleiman@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: Introduce __GFP_NOACCOUNT.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [RFC] memcg usage_in_bytes does not account file mapped and slab memory
  • From: Anton Vorontsov <anton.vorontsov@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Michal Schmidt <mschmidt@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: Michal Schmidt <mschmidt@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Michal Schmidt <mschmidt@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Michal Schmidt <mschmidt@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -V2 4/9] memcg: Add non reclaim resource tracking to memcg
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] cgroup: revise how we re-populate root directory
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/3] xattr: extract kmem_xattr code from tmpfs
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
  • From: David Gibson <dwg@xxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: C Anthony Risinger <anthony@xxxxxxx>
• Re: [PATCH -V2 0/9] memcg: add HugeTLB resource tracking
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -V2 1/9] mm: move hugetlbfs region tracking function to common code
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Michal Schmidt <mschmidt@xxxxxxxxxx>
• Re: [PATCH v2 2/3] cgroup: revise how we re-populate root directory
  • From: Hillf Danton <dhillf@xxxxxxxxx>