Linux Cgroups Development - Date Index

• Thread Index

• Re: [PATCH] mm: memcontrol: avoid unused function warning
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] Networking cgroup controller
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 0/5] Networking cgroup controller
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [PATCH 0/5] Networking cgroup controller
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [PATCH 0/5] Networking cgroup controller
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 0/5] Networking cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/5] Networking cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/5] Networking cgroup controller
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [RFC v2 09/10] landlock: Handle cgroups
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCHv11 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv11 3/3] rdmacg: Added documentation for rdmacg
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv11 0/3] rdmacg: IB/core: rdma controller support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 0/5] Networking cgroup controller
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [PATCHv11 3/3] rdmacg: Added documentation for rdmacg
  • From: Rami Rosen <roszenrami@xxxxxxxxx>
• Re: [PATCHv11 3/3] rdmacg: Added documentation for rdmacg
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv11 0/3] rdmacg: IB/core: rdma controller support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/5] Networking cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] mm: memcontrol: avoid unused function warning
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v2] mm: memcontrol: avoid unused function warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] mm: memcontrol: avoid unused function warning
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] mm: memcontrol: avoid unused function warning
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/5] Networking cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH 0/5] Networking cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv11 2/3] IB/core: added support to use rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv11 3/3] rdmacg: Added documentation for rdmacg
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv11 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• [PATCHv11 0/3] rdmacg: IB/core: rdma controller support
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH 2/5] net: add bind/listen ranges to net cgroup
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Chris Mason <clm@xxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] net: add bind/listen ranges to net cgroup
  • From: Mahesh Bandewar <maheshb@xxxxxxxxxx>
• Re: [PATCH 3/5] net: add udp limit to net cgroup
  • From: Mahesh Bandewar <maheshb@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH 3/5] net: add udp limit to net cgroup
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 5/5] net: add test for net cgroup
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 2/5] net: add bind/listen ranges to net cgroup
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC][PATCH] cgroup_threadgroup_rwsem - affects scalability and OOM
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH 4/5] net: add dscp ranges to net cgroup
  • From: Anoop Naravaram <anaravaram@xxxxxxxxxx>
• [PATCH 5/5] net: add test for net cgroup
  • From: Anoop Naravaram <anaravaram@xxxxxxxxxx>
• [PATCH 3/5] net: add udp limit to net cgroup
  • From: Anoop Naravaram <anaravaram@xxxxxxxxxx>
• [PATCH 2/5] net: add bind/listen ranges to net cgroup
  • From: Anoop Naravaram <anaravaram@xxxxxxxxxx>
• [PATCH 1/5] net: create the networking cgroup controller
  • From: Anoop Naravaram <anaravaram@xxxxxxxxxx>
• [PATCH 0/5] Networking cgroup controller
  • From: Anoop Naravaram <anaravaram@xxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCHSET] kernfs, cgroup: make kernfs_path*() and cgroup_path*() behave in strlcpy() style
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: add tracepoints for basic operations
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH] cgroup_threadgroup_rwsem - affects scalability and OOM
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cpuset: make sure new tasks conform to the current config of the cpuset
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Blkio not providing performance relative to the weights
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH] cgroup_threadgroup_rwsem - affects scalability and OOM
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• Re: [RFC][PATCH] cgroup_threadgroup_rwsem - affects scalability and OOM
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [PATCH 2/4] kernfs: make kernfs_path*() behave in the style of strlcpy()
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/4] kernfs: make kernfs_path*() behave in the style of strlcpy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH] cgroup_threadgroup_rwsem - affects scalability and OOM
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 2/4] kernfs: make kernfs_path*() behave in the style of strlcpy()
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC][PATCH] cgroup_threadgroup_rwsem - affects scalability and OOM
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH] cgroup_threadgroup_rwsem - affects scalability and OOM
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [RFC][PATCH] cgroup_threadgroup_rwsem - affects scalability and OOM
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• Re: [PATCHSET] kernfs, cgroup: make kernfs_path*() and cgroup_path*() behave in strlcpy() style
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] cgroup_threadgroup_rwsem - affects scalability and OOM
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: [RFC][PATCH] cgroup_threadgroup_rwsem - affects scalability and OOM
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 4/4] cgroup: make cgroup_path() and friends behave in the style of strlcpy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 1/4] kernfs: add dummy implementation of kernfs_path_from_node()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [cgroup:review-tracepoints 4/5] kernel/sched/debug.c:413:2: warning: return makes pointer from integer without a cast
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [cgroup:review-tracepoints 2/5] include/linux/kernfs.h:346:19: warning: 'kernfs_path_from_node' used but never defined
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [cgroup:review-tracepoints 1/5] include/linux/kernfs.h:350:1: error: expected identifier or '(' before '{' token
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• [PATCH] cgroup: add tracepoints for basic operations
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/4] kernfs: add dummy implementation of kernfs_path_from_node()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/4] cgroup: make cgroup_path() and friends behave in the style of strlcpy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/4] kernfs: make kernfs_path*() behave in the style of strlcpy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/4] kernfs: remove kernfs_path_len()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] kernfs, cgroup: make kernfs_path*() and cgroup_path*() behave in strlcpy() style
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC][PATCH] cgroup_threadgroup_rwsem - affects scalability and OOM
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• [PATCH] cpuset: make sure new tasks conform to the current config of the cpuset
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• [PATCH 4.6 50/96] cgroup: Disable IRQs while holding css_set_lock
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Documentation] State of CPU controller in cgroup v2
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH 1/2] sched: Misc preps for cgroup unified hierarchy interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] sched: Implement interface for cgroup unified hierarchy
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [Documentation] State of CPU controller in cgroup v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] Cgroup:Fix race between fork and update cpuset mask
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: cgroup kernel API question
  • From: "tj@xxxxxxxxxx" <tj@xxxxxxxxxx>
• RE: cgroup kernel API question
  • From: "Joshi, Venu" <Venu.Joshi@xxxxxxxxxxxx>
• [PATCH] Cgroup:Fix race between fork and update cpuset mask
  • From: <chaixianping@xxxxxxxxxx>
• [PATCH] Cgroup:Fix race between fork and update cpuset mask
  • From: <chaixianping@xxxxxxxxxx>
• -Step-Opportunity(2016)|S
  • From: "Mobil 1" <e.jithesh@xxxxxxxxxx>
• [GIT PULL] more cgroup changes for v4.8-rc1
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Blkio not providing performance relative to the weights
  • From: Ankur Khurana <ankur.kkhurana@xxxxxxxxx>
• [GIT PULL] cgroup changes for v4.8-rc1
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v4 18/21] fuse: Add support for pid namespaces
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 2/3] cgroup: allow for unprivileged subtree management
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v4 18/21] fuse: Add support for pid namespaces
  • From: Sheng Yang <sheng@xxxxxxxxxx>
• Re: [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v1 2/3] cgroup: allow for unprivileged subtree management
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 18/21] fuse: Add support for pid namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v4 18/21] fuse: Add support for pid namespaces
  • From: Sheng Yang <sheng@xxxxxxxxxx>
• Re: [PATCH 1/2] cgroup_pids: track highwater mark of pids
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH -next] cgroup: remove duplicated include from cgroup.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 02/14] resource limits: aggregate task highwater marks to cgroup level
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 02/18] cgroup_pids: track maximum pids
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 02/18] cgroup_pids: track maximum pids
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH 02/14] resource limits: aggregate task highwater marks to cgroup level
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• [PATCH -next] cgroup: remove duplicated include from cgroup.c
  • From: Wei Yongjun <weiyj_lk@xxxxxxx>
• Re: [RFC 02/18] cgroup_pids: track maximum pids
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 02/14] resource limits: aggregate task highwater marks to cgroup level
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v1 0/3] cgroup: allow for unprivileged management
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v1 1/3] kernfs: add support for custom per-sb permission hooks
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v1 3/3] cgroup: relax common ancestor restriction for direct descendants
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v1 2/3] cgroup: allow for unprivileged subtree management
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC 02/18] cgroup_pids: track maximum pids
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• [PATCH 1/2] cgroup_pids: highwater mark of pids
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• [PATCH 1/2] cgroup_pids: track highwater mark of pids
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• [PATCH 0/2] help configure some cgroup limits (v2)
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH 00/14] Present useful limits to user (v2)
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 02/14] resource limits: aggregate task highwater marks to cgroup level
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Shayan Pooya <shayan@xxxxxxxxxx>
• Re: [PATCH 3/3] cgroupns: Only allow creation of hierarchies in the initial cgroup namespace
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 02/14] resource limits: aggregate task highwater marks to cgroup level
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 02/14] resource limits: aggregate task highwater marks to cgroup level
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/3] cgroupns: Only allow creation of hierarchies in the initial cgroup namespace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/3] cgroupns: Close race between cgroup_post_fork and copy_cgroup_ns
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/3] cgroupns: Only allow creation of hierarchies in the initial cgroup namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/3] cgroupns: Close race between cgroup_post_fork and copy_cgroup_ns
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/3] cgroupns: Fix the locking in copy_cgroup_ns
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/3] cgroupns: Locking and semantic fixes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/3] cgroupns: Only allow creation of hierarchies in the initial cgroup namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/3] cgroupns: Only allow creation of hierarchies in the initial cgroup namespace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/14] resource limits: aggregate task highwater marks to cgroup level
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• [PATCH 07/14] resource limits: track highwater mark of user processes
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• [PATCH 3/3] cgroupns: Only allow creation of hierarchies in the initial cgroup namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/3] cgroupns: Close race between cgroup_post_fork and copy_cgroup_ns
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/3] cgroupns: Fix the locking in copy_cgroup_ns
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/3] cgroupns: Locking and semantic fixes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] mm: memcontrol: fix cgroup creation failure after many small jobs
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Shayan Pooya <shayan@xxxxxxxxxx>
• Re: CGroups: idr_remove called for id=65536 which is not allocated.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: CGroups: idr_remove called for id=65536 which is not allocated.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: CGroups: idr_remove called for id=65536 which is not allocated.
  • From: John Garcia <john.garcia@xxxxxxxxxxxxx>
• Re: CGroups: idr_remove called for id=65536 which is not allocated.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: CGroups: idr_remove called for id=65536 which is not allocated.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• CGroups: idr_remove called for id=65536 which is not allocated.
  • From: John Garcia <john.garcia@xxxxxxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] capabilities: audit capability use
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH] capabilities: audit capability use
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Shayan Pooya <shayan@xxxxxxxxxx>
• Re: [PATCH] capabilities: audit capability use
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] capabilities: audit capability use
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Shayan Pooya <shayan@xxxxxxxxxx>
• Re: [PATCH] capabilities: audit capability use
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] capabilities: audit capability use
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] capabilities: audit capability use
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] capabilities: audit capability use
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] capabilities: audit capability use
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH] capabilities: audit capability use
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Shayan Pooya <shayan@xxxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Shayan Pooya <shayan@xxxxxxxxxx>
• Re: [PATCH] capabilities: audit capability use
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] capabilities: audit capability use
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH] capabilities: audit capability use
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH] capabilities: audit capability use
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• bug in memcg oom-killer results in a hung syscall in another process in the same cgroup
  • From: Shayan Pooya <shayan@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH rebase] mm: fix vm-scalability regression in cgroup-aware workingset code
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: Pam module seems to have an issue with priority
  • From: Noah McNallie <njm@xxxxxxx>
• Pam module seems to have an issue
  • From: Noah McNallie <njm@xxxxxxx>
• Pam module seems to have an issue with priority
  • From: Noah McNallie <njm@xxxxxxx>
• Re: [PATCH] capabilities: audit capability use
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH net-next v3 0/4] cgroup: bpf: cgroup2 membership test on skb
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next v3 0/4] cgroup: bpf: cgroup2 membership test on skb
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH net-next v3 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH net-next v3 4/4] cgroup: bpf: Add an example to do cgroup checking in BPF
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH net-next v3 1/4] cgroup: Add cgroup_get_from_fd
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH net-next v3 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto
  • From: Martin KaFai Lau <kafai@xxxxxx>
• Re: [PATCH 1/2] cgroup: pids: show number of failed forks since limit reset
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [GIT PULL] cgroup fixes for v4.7-rc5
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: pids: show number of failed forks since limit reset
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: question about cgroupv2
  • From: "tj@xxxxxxxxxx" <tj@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH rebase] mm: fix vm-scalability regression in cgroup-aware workingset code
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: question about cgroupv2
  • From: Ma Shimiao <mashimiao.fnst@xxxxxxxxxxxxxx>
• Re: question about cgroupv2
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: pids: show number of failed forks since limit reset
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH 1/2] cgroup: pids: show number of failed forks since limit reset
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH rebase] mm: fix vm-scalability regression in cgroup-aware workingset code
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: pids: show number of failed forks since limit reset
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH 1/2] cgroup: pids: show number of failed forks since limit reset
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH 2/2] docs: cgroup/pids: update documentation to include pids.events
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH 0/2] cgroup: pids: extend pids.events
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY
  • From: Martin KaFai Lau <kafai@xxxxxx>
• Re: [PATCH net-next v2 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto
  • From: Martin KaFai Lau <kafai@xxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH net-next v2 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY
  • From: Martin KaFai Lau <kafai@xxxxxx>
• Re: [PATCH v3] cgroup: Disable IRQs while holding css_set_lock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH net-next v2 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH net-next v2 1/4] cgroup: Add cgroup_get_from_fd
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] capabilities: add capability cgroup controller
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH] capabilities: add capability cgroup controller
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH net-next v2 4/4] cgroup: bpf: Add an example to do cgroup checking in BPF
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH v3] cgroup: Disable IRQs while holding css_set_lock
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• [PATCH net-next v2 0/4] cgroup: bpf: cgroup2 membership test on skb
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH net-next v2 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH net-next v2 1/4] cgroup: Add cgroup_get_from_fd
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH net-next v2 4/4] cgroup: bpf: Add an example to do cgroup checking in BPF
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH net-next v2 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH v3] cgroup: Disable IRQs while holding css_set_lock
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [PATCH v2] cgroup: disable irqs while holding css_set_lock
  • From: Daniel Bristot de Oliveira <daolivei@xxxxxxxxxx>
• [PATCH] mm: fix vm-scalability regression in cgroup-aware workingset code
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] memcg: css_alloc should return an ERR_PTR value on error
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: question about cgroupv2
  • From: "tj@xxxxxxxxxx" <tj@xxxxxxxxxx>
• Re: [PATCH -next 1/4] cgroup: Add cgroup_get_from_fd
  • From: Tejun Heo <tj@xxxxxxxxxx>
• RE: question about cgroupv2
  • From: "Rosen, Rami" <rami.rosen@xxxxxxxxx>
• Re: [PATCH -next 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto
  • From: Martin KaFai Lau <kafai@xxxxxx>
• Re: [PATCH -next 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH -next 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH -next 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH -next 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH -next 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH -next 4/4] cgroup: bpf: Add an example to do cgroup checking in BPF
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: question about cgroupv2
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• [PATCH -next 2/4] cgroup: bpf: Add BPF_MAP_TYPE_CGROUP_ARRAY
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH -next 3/4] cgroup: bpf: Add bpf_skb_in_cgroup_proto
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH -next 4/4] cgroup: bpf: Add an example to do cgroup checking in BPF
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH -next 1/4] cgroup: Add cgroup_get_from_fd
  • From: Martin KaFai Lau <kafai@xxxxxx>
• [PATCH -next 0/4] cgroup: bpf: cgroup2 membership test on skb
  • From: Martin KaFai Lau <kafai@xxxxxx>
• Re: [PATCH] cgroup: Use lld instead of ld when printing pids controller events_limit
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3] cgroup: Add pids controller event when fork fails because of pid limit
  • From: Kenny Yu <kennyyu@xxxxxx>
• Re: [PATCH cgroup/for-4.8] cgroup: allow NULL return from ss->css_alloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] cgroup: Use lld instead of ld when printing pids controller events_limit
  • From: Kenny Yu <kennyyu@xxxxxx>
• Re: [PATCH cgroup/for-4.8] cgroup: allow NULL return from ss->css_alloc()
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [cgroup:for-4.8 4/4] kernel/cgroup_pids.c:313:24: warning: format '%ld' expects argument of type 'long int', but argument 3 has type 'long long int'
  • From: kbuild test robot <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v3] cgroup: Add pids controller event when fork fails because of pid limit
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: css_alloc should return an ERR_PTR value on error
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v4] cgroup: Add pids controller event when fork fails because of pid limit
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v4] cgroup: Add pids controller event when fork fails because of pid limit
  • From: Kenny Yu <kennyyu@xxxxxx>
• Re: [PATCH] memcg: css_alloc should return an ERR_PTR value on error
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3] cgroup: Add pids controller event when fork fails because of pid limit
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH cgroup/for-4.8] cgroup: allow NULL return from ss->css_alloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] memcg: css_alloc should return an ERR_PTR value on error
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v3] cgroup: Add pids controller event when fork fails because of pid limit
  • From: Kenny Yu <kennyyu@xxxxxx>
• Re: [PATCH v2] cgroup: Add pids controller event when fork fails because of pid limit
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2] cgroup: Add pids controller event when fork fails because of pid limit
  • From: Kenny Yu <kennyyu@xxxxxx>
• Re: [PATCH v2] cgroup: Add pids controller event when fork fails because of pid limit
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: memcontrol: fix cgroup creation failure after many small jobs
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 3/3] mm: memcontrol: fix cgroup creation failure after many small jobs
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: mem_cgroup_migrate() may be called with irq disabled
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• RE: question about cgroupv2
  • From: "Rosen, Rami" <rami.rosen@xxxxxxxxx>
• Re: [PATCH] memcg: mem_cgroup_migrate() may be called with irq disabled
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: question about cgroupv2
  • From: Ma Shimiao <mashimiao.fnst@xxxxxxxxxxxxxx>
• Re: question about cgroupv2
  • From: Ma Shimiao <mashimiao.fnst@xxxxxxxxxxxxxx>
• Re: question about cgroupv2
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• Re: [PATCH] cgroup: Add pids controller event when fork fails because of pid limit
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH] cgroup: Add pids controller event when fork fails because of pid limit
  • From: Kenny Yu <kennyyu@xxxxxx>
• Re: question about cgroupv2
  • From: Ma Shimiao <mashimiao.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: mem_cgroup_migrate() may be called with irq disabled
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] memcg: mem_cgroup_migrate() may be called with irq disabled
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH] memcg: mem_cgroup_migrate() may be called with irq disabled
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: question about cgroupv2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• 4.7-rc1: lockdep: inconsistent lock state kcompactd/aio_migratepage/mem_cgroup_migrate....
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: memcontrol: fix cgroup creation failure after many small jobs
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• [RFC] capabilities: add capability cgroup controller
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• question about cgroupv2
  • From: Ma Shimiao <mashimiao.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v2] cgroup: disable irqs while holding css_set_lock
  • From: Daniel Bristot de Oliveira <daolivei@xxxxxxxxxx>
• Re: [PATCH 3/3] mm: memcontrol: fix cgroup creation failure after many small jobs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/3] cgroup: remove unnecessary 0 check from css_from_id()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Ignore cgroup while scheduling
  • From: Guru Prasad <gurupras@xxxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: fix cgroup creation failure after many small jobs
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH 3/3] mm: memcontrol: fix cgroup creation failure after many small jobs
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH 2/3] cgroup: remove unnecessary 0 check from css_from_id()
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH 1/3] cgroup: fix idr leak for the first cgroup root
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: fix cgroup creation failure after many small jobs
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: fix cgroup creation failure after many small jobs
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v2] cgroup: disable irqs while holding css_set_lock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] cgroup: disable irqs while holding css_set_lock
  • From: Daniel Bristot de Oliveira <daolivei@xxxxxxxxxx>
• Re: [PATCH v2] cgroup: disable irqs while holding css_set_lock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] cgroup: disable irqs while holding css_set_lock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] cgroup: disable irqs while holding css_set_lock
  • From: Daniel Bristot de Oliveira <daolivei@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: fix cgroup creation failure after many small jobs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 03/18] memcontrol: present maximum used memory also for cgroup-v2
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] mm: memcontrol: fix cgroup creation failure after many small jobs
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC 03/18] memcontrol: present maximum used memory also for cgroup-v2
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [RFC 03/18] memcontrol: present maximum used memory also for cgroup-v2
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC 03/18] memcontrol: present maximum used memory also for cgroup-v2
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [RFC 03/18] memcontrol: present maximum used memory also for cgroup-v2
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 02/18] cgroup_pids: track maximum pids
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 02/18] cgroup_pids: track maximum pids
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [RFC 02/18] cgroup_pids: track maximum pids
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC 02/18] cgroup_pids: track maximum pids
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [RFC 02/18] cgroup_pids: track maximum pids
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC 02/18] cgroup_pids: track maximum pids
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• [RFC 03/18] memcontrol: present maximum used memory also for cgroup-v2
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH] mm: memcontrol: remove BUG_ON in uncharge_list
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: fix documentation for compound parameter
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: remove BUG_ON in uncharge_list
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: remove BUG_ON in uncharge_list
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: fix documentation for compound parameter
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] mm: memcontrol: remove BUG_ON in uncharge_list
  • From: roy.qing.li@xxxxxxxxx
• [PATCH] mm: memcontrol: fix documentation for compound parameter
  • From: roy.qing.li@xxxxxxxxx
• Re: [PATCH v2] cgroup: disable irqs while holding css_set_lock
  • From: Daniel Bristot de Oliveira <daolivei@xxxxxxxxxx>
• Re: [PATCH v2] cgroup: disable irqs while holding css_set_lock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2] cgroup: disable irqs while holding css_set_lock
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [PATCH] cgroup: disable irqs while holding css_set_lock
  • From: Juri Lelli <juri.lelli@xxxxxxx>
• Re: [PATCH] cgroup: disable irqs while holding css_set_lock
  • From: Daniel Bristot de Oliveira <daolivei@xxxxxxxxxx>
• Re: [PATCH] cgroup: disable irqs while holding css_set_lock
  • From: Daniel Bristot de Oliveira <daolivei@xxxxxxxxxx>
• Re: [PATCH] cgroup: disable irqs while holding css_set_lock
  • From: Juri Lelli <juri.lelli@xxxxxxx>
• Re: [PATCH] cgroup: disable irqs while holding css_set_lock
  • From: Daniel Bristot de Oliveira <daolivei@xxxxxxxxxx>
• Re: [PATCH] cgroup: disable irqs while holding css_set_lock
  • From: Juri Lelli <juri.lelli@xxxxxxx>
• [PATCH] cgroup: disable irqs while holding css_set_lock
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH][RFC] mm: memcontrol: fix a unbalance uncharged count
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH][RFC] mm: memcontrol: fix a unbalance uncharged count
  • From: roy.qing.li@xxxxxxxxx
• Re: [PATCH] memcg: add RCU locking around css_for_each_descendant_pre() in memcg_offline_kmem()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm/memcontrol.c: add memory allocation result check
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm/memcontrol.c: add memory allocation result check
  • From: Wenwei Tao <ww.tao0320@xxxxxxxxx>
• Re: [PATCH] mm/memcontrol.c: add memory allocation result check
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] mm/memcontrol.c: add memory allocation result check
  • From: Wenwei Tao <wwtao0320@xxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH] memcg: add RCU locking around css_for_each_descendant_pre() in memcg_offline_kmem()
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] memcg: add RCU locking around css_for_each_descendant_pre() in memcg_offline_kmem()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] memcg: add RCU locking around css_for_each_descendant_pre() in memcg_offline_kmem()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] memcg: add RCU locking around css_for_each_descendant_pre() in memcg_offline_kmem()
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: add RCU locking around css_for_each_descendant_pre() in memcg_offline_kmem()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] memcg: add RCU locking around css_for_each_descendant_pre() in memcg_offline_kmem()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH cgroup/for-4.7-fixes] cgroup: set css->id to -1 during init
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] cgroup: remove redundant cleanup in css_create
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH][V2] mm: memcontrol: fix the margin computation in mem_cgroup_margin
  • From: Li RongQing <roy.qing.li@xxxxxxxxx>
• Re: [PATCH][V2] mm: memcontrol: fix the margin computation in mem_cgroup_margin
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: remove the useless parameter for mc_handle_swap_pte
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] mm: memcontrol: remove the useless parameter for mc_handle_swap_pte
  • From: roy.qing.li@xxxxxxxxx
• Re: [PATCH v4 10/21] fs: Check for invalid i_uid in may_follow_link()
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH][V2] mm: memcontrol: fix the margin computation in mem_cgroup_margin
  • From: roy.qing.li@xxxxxxxxx
• Re: [PATCH] mm: memcontrol: fix the return in mem_cgroup_margin
  • From: Li RongQing <roy.qing.li@xxxxxxxxx>
• Re: [PATCH] mm: memcontrol: fix the return in mem_cgroup_margin
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: fix the return in mem_cgroup_margin
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: fix the return in mem_cgroup_margin
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: "W. Trevor King" <wking@xxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aditya Kali <adityakali@xxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH] mm: memcontrol: move comments for get_mctgt_type to proper position
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] mm: memcontrol: move comments for get_mctgt_type to proper position
  • From: roy.qing.li@xxxxxxxxx
• Re: [PATCH] mm: memcontrol: fix the return in mem_cgroup_margin
  • From: Li RongQing <roy.qing.li@xxxxxxxxx>
• Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] mm: memcontrol: fix the return in mem_cgroup_margin
  • From: Li RongQing <roy.qing.li@xxxxxxxxx>
• Re: [PATCH] mm: memcontrol: fix the return in mem_cgroup_margin
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] mm: memcontrol: fix the return in mem_cgroup_margin
  • From: roy.qing.li@xxxxxxxxx
• Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH RFC 0/3] sched/fair: cpu time reserves for cgroups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH RFC 0/3] sched/fair: cpu time reserves for cgroups
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 0/3] sched/fair: cpu time reserves for cgroups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH RFC 1/3] sched/fair: call __refill_cfs_bandwidth_runtime only for finite quota
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH RFC 2/3] sched/fair: copy taskgroup shares to each cfs_rq
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH RFC 3/3] sched/fair: pulse-weight modulation controller for cpu cgroup
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH RFC 0/3] sched/fair: cpu time reserves for cgroups
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH] Documentation/memcg: update kmem limit doc as codes behavior
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH v4 2/2] cgroup: implement subtree creation on copy_cgroup_ns()
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v4 1/2] cgroup: make cgroup.procs permissions userns-aware
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v4 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [GIT PULL] cgroup fixes for v4.6-rc7
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC PATCH] cgroup: remove redundant cleanup in css_create
  • From: Wenwei Tao <wwtao0320@xxxxxxx>
• Re: [PATCH] Documentation/memcg: update kmem limit doc as codes behavior
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] kernel: cgroup: fix compile warning:
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] kernel: cgroup: fix compile warning:
  • From: Felipe Balbi <felipe.balbi@xxxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove an unused variable
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH] cgroup: remove an unused variable
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] Documentation/memcg: update kmem limit doc as codes behavior
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] Documentation/memcg: update kmem limit doc as codes behavior
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: [PATCH] Documentation/memcg: remove restriction of setting kmem limit
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: [PATCH] memcg: fix stale mem_cgroup_force_empty() comment
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH v3 2/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH] memcg: fix stale mem_cgroup_force_empty() comment
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• [PATCH] memcg: fix stale mem_cgroup_force_empty() comment
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH] Documentation/memcg: remove restriction of setting kmem limit
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] Documentation/memcg: remove restriction of setting kmem limit
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: [PATCH v3 2/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v3 2/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/2] cgroup_show_path: use a new helper to get current cgns css_set
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v3 2/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v3 1/2] cgroup: apply common ancestor cgroup.procs restriction in cgroupv1
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] kernfs_path_from_node_locked: don't overwrite nlen
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/2] cgroup_show_path: use a new helper to get current cgns css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] kernfs_path_from_node_locked: don't overwrite nlen
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 2/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 1/2] cgroup: apply common ancestor cgroup.procs restriction in cgroupv1
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v3 2/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v3 1/2] cgroup: apply common ancestor cgroup.procs restriction in cgroupv1
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v3 0/2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v2] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH v2] cgroup: allow management of subtrees by cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH] cgroup: allow management of subtrees by new cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH] cgroup: allow management of subtrees by cgroup namespaces
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH 3/2] cgroup_show_path: use a new helper to get current cgns css_set
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: cgroup namespace and user namespace interactions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [GIT PULL] cgroup fixes for v4.6-rc5
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 17/21] capabilities: Allow privileged user in s_user_ns to set security.* xattrs
  • From: James Morris <jmorris@xxxxxxxxx>
• [PATCH v4 01/21] fs: fix a posible leak of allocated superblock
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 02/21] fs: Remove check of s_user_ns for existing mounts in fs_fully_visible()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 04/21] block_dev: Support checking inode permissions in lookup_bdev()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH v3 14/21] fs: Allow superblock owner to change ownership of inodes with unmappable ids
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 06/21] fs: Treat foreign mounts as nosuid
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 05/21] block_dev: Check permissions towards block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 07/21] selinux: Add support for unprivileged mounts from user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 08/21] userns: Replace in_userns with current_in_userns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 10/21] fs: Check for invalid i_uid in may_follow_link()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 11/21] cred: Reject inodes with invalid ids in set_create_file_as()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 09/21] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 12/21] fs: Refuse uid/gid changes which don't map into s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 13/21] fs: Update posix_acl support to handle user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 14/21] fs: Allow superblock owner to change ownership of inodes with unmappable ids
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 17/21] capabilities: Allow privileged user in s_user_ns to set security.* xattrs
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 15/21] fs: Don't remove suid for CAP_FSETID in s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 19/21] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 20/21] fuse: Restrict allow_other to the superblock's namespace or a descendant
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 21/21] fuse: Allow user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 16/21] fs: Allow superblock owner to access do_remount_sb()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 18/21] fuse: Add support for pid namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v4 00/21] Support fuse mounts in user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: blkio weights not honoured with lvm setup and on amazon ebs
  • From: Himadri Sarkar <s.himadri@xxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• cpuset cleanup race
  • From: Ulrich Drepper <drepper@xxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v3 14/21] fs: Allow superblock owner to change ownership of inodes with unmappable ids
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/2] memcg: relocate charge moving from ->attach to ->post_attach
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] memcg: relocate charge moving from ->attach to ->post_attach
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• cgroup namespace and user namespace interactions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: blkio weights not honoured with lvm setup and on amazon ebs
  • From: nborisov <n.borisov.lkml@xxxxxxxxx>
• blkio weights not honoured with lvm setup and on amazon ebs
  • From: Himadri Sarkar <s.himadri@xxxxxxxxx>
• Re: [PATCH 2/2] memcg: relocate charge moving from ->attach to ->post_attach
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v3 01/21] fs: fix a posible leak of allocated superblock
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 02/21] fs: Remove check of s_user_ns for existing mounts in fs_fully_visible()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 03/21] fs: Allow sysfs and cgroupfs to share super blocks between user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 04/21] block_dev: Support checking inode permissions in lookup_bdev()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 06/21] fs: Treat foreign mounts as nosuid
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 08/21] userns: Replace in_userns with current_in_userns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 07/21] selinux: Add support for unprivileged mounts from user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 05/21] block_dev: Check permissions towards block device inode when mounting
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 09/21] Smack: Handle labels consistently in untrusted mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 10/21] fs: Check for invalid i_uid in may_follow_link()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 11/21] cred: Reject inodes with invalid ids in set_create_file_as()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 12/21] fs: Refuse uid/gid changes which don't map into s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 14/21] fs: Allow superblock owner to change ownership of inodes with unmappable ids
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 18/21] fuse: Add support for pid namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 15/21] fs: Don't remove suid for CAP_FSETID in s_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 16/21] fs: Allow superblock owner to access do_remount_sb()
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 17/21] capabilities: Allow privileged user in s_user_ns to set security.* xattrs
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 20/21] fuse: Restrict allow_other to the superblock's namespace or a descendant
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 21/21] fuse: Allow user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 19/21] fuse: Support fuse filesystems outside of init_user_ns
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 13/21] fs: Update posix_acl support to handle user namespace mounts
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH v3 00/21] Support fuse mounts in user namespaces
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] memcg: relocate charge moving from ->attach to ->post_attach
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 1/2] cgroup, cpuset: replace cpuset_post_attach_flush() with cgroup_subsys->post_attach callback
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] memcg: relocate charge moving from ->attach to ->post_attach
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/2] cgroup, cpuset: replace cpuset_post_attach_flush() with cgroup_subsys->post_attach callback
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH for-4.6-fixes] memcg: remove lru_add_drain_all() invocation from mem_cgroup_move_charge()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH for-4.6-fixes] memcg: remove lru_add_drain_all() invocation from mem_cgroup_move_charge()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH for-4.6-fixes] memcg: remove lru_add_drain_all() invocation from mem_cgroup_move_charge()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH for-4.6-fixes] memcg: remove lru_add_drain_all() invocation from mem_cgroup_move_charge()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH for-4.6-fixes] memcg: remove lru_add_drain_all() invocation from mem_cgroup_move_charge()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] kernfs_path_from_node_locked: don't overwrite nlen
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cls_cgroup: get sk_classid only from full sockets
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] cls_cgroup: get sk_classid only from full sockets
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] cls_cgroup: get sk_classid only from full sockets
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• [PATCH 3/2] cgroup_show_path: use a new helper to get current cgns css_set
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Show virtualized dentry root in mountinfo for cgroupfs
  • From: serge.hallyn@xxxxxxxxxx
• [PATCH 1/2] kernfs_path_from_node_locked: don't overwrite nlen
  • From: serge.hallyn@xxxxxxxxxx
• [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: serge.hallyn@xxxxxxxxxx
• Re: [PATCH for-4.6-fixes] memcg: remove lru_add_drain_all() invocation from mem_cgroup_move_charge()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] kernfs_path_from_node_locked: don't overwrite nlen
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• [PATCH for-4.6-fixes] memcg: remove lru_add_drain_all() invocation from mem_cgroup_move_charge()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: Aditya Kali <adityakali@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2] cpuset: use static key better and convert to new API
  • From: Zefan Li <lizefan@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: Aditya Kali <adityakali@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [BUG] cgroup/workques/fork: deadlock when moving cgroups
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: let v2 cgroups follow changes in system swappiness
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] mm: memcontrol: let v2 cgroups follow changes in system swappiness
  • From: Vladimir Davydov <vdavydov@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH] mm: memcontrol: let v2 cgroups follow changes in system swappiness
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2] cpuset: use static key better and convert to new API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] cpuset: use static key better and convert to new API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] cpuset: use static key better and convert to new API
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] cpuset: use static key better and convert to new API
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH] cpuset: use static key better and convert to new API
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Leon Romanovsky <leon@xxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Parav Pandit <pandit.parav@xxxxxxxxx>
• Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>