Linux Containers

• Thread Index

• Re: [PATCH net-next 09/17] net: Allow userns root control of the core of the network stack.
  • From: Ben Hutchings <bhutchings@xxxxxxxxxxxxxx>
• [PATCH RFC] syslog ns proof of concept
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• [PATCH 8/8] netprio_cgroup: implement hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/8] netprio_cgroup: keep track of whether prio is set or not
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/8] netprio_cgroup: implement netprio[_set]_prio() helpers
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/8] netprio_cgroup: use cgroup->id instead of cgroup_netprio_state->prioidx
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/8] netprio_cgroup: reimplement priomap expansion
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/8] netprio_cgroup: shorten variable names in extend_netdev_table()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/8] netprio: simplify write_priomap()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/8] cgroup: add cgroup->id
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.8] netprio_cgroup: implement hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 11/11] pidns: Support unsharing the pid namespace.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 10/11] pidns: Consolidate initialzation of special init task state
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 09/11] pidns: Add setns support
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 08/11] pidns: Deny strange cases when creating pid namespaces.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 07/11] pidns: Wait in zap_pid_ns_processes until pid_ns->nr_hashed == 1
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 06/11] pidns: Don't allow new processes in a dead pid namespace.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 05/11] pidns: Make the pidns proc mount/umount logic obvious.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 04/11] pidns: Use task_active_pid_ns where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 03/11] pidns: Capture the user namespace and filter ns_last_pid
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 02/11] procfs: Don't cache a pid in the root inode.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 01/11] procfs: Use the proc generic infrastructure for proc/self.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 0/11] pid namespace cleanups and enhancements
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH net-next 09/17] net: Allow userns root control of the core of the network stack.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH net-next 09/17] net: Allow userns root control of the core of the network stack.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH net-next 13/17] net: Allow userns root to control the network bridge code.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 14/17] net: Allow the userns root to control vlans.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 11/17] net: Allow userns root to control ipv6
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 16/17] net: Enable a userns root rtnl calls that are safe for unprivilged users
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 15/17] net: Enable some sysctls that are safe for the userns root
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 12/17] net: Allow userns root to control llc, netfilter, netlink, packet, and xfrm
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 17/17] net: Make CAP_NET_BIND_SERVICE per user namespace
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 10/17] net: Allow userns root to control ipv4
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 09/17] net: Allow userns root control of the core of the network stack.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 08/17] net: Allow userns root to force the scm creds
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 07/17] user_ns: get rid of duplicate code in net_ctl_permissions
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 06/17] net: Update the per network namespace sysctls to be available to the network namespace owner
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 05/17] net: Push capable(CAP_NET_ADMIN) into the rtnl methods
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 04/17] net: Don't export sysctls to unprivileged users
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 03/17] sysctl: Pass useful parameters to sysctl permissions
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 02/17] userns: make each net (net_ns) belong to a user_ns
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 01/17] netns: Deduplicate and fix copy_net_ns when !CONFIG_NET_NS
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH net-next 0/17] Make the network stack usable by userns root
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 04/17] cgroup: create directory before linking while creating a new cgroup
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH v2 04/17] cgroup: create directory before linking while creating a new cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 04/17] cgroup: create directory before linking while creating a new cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 05/17] cgroup: cgroup->dentry isn't a RCU pointer
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 05/17] cgroup: cgroup->dentry isn't a RCU pointer
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 05/17] cgroup: cgroup->dentry isn't a RCU pointer
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: s/CGRP_CLONE_CHILDREN/CGRP_CPUSET_CLONE_CHILDREN/
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 05/17] cgroup: cgroup->dentry isn't a RCU pointer
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] cgroup, cpuset: remove cgroup_subsys->post_clone()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 04/17] cgroup: create directory before linking while creating a new cgroup
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 2/2] cgroup, cpuset: remove cgroup_subsys->post_clone()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/2] cgroup: s/CGRP_CLONE_CHILDREN/CGRP_CPUSET_CLONE_CHILDREN/
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [GIT PULL] cgroup fixes for v3.7-rc5
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 17/17] cgroup: rename ->create/post_create/pre_destroy/destroy() to ->css_alloc/online/offline/free()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 16/17] cgroup: allow ->post_create() to fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 15/17] cgroup: update cgroup_create() failure path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 14/17] cgroup: use mutex_trylock() when grabbing i_mutex of a new cgroup directory
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 13/17] cgroup: simplify cgroup_load_subsys() failure path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 12/17] cgroup: introduce CSS_ONLINE flag and on/offline_css() helpers
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 11/17] cgroup: separate out cgroup_destroy_locked()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/17] cgroup: fix harmless bugs in cgroup_load_subsys() fail path and cgroup_unload_subsys()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/17] cgroup: lock cgroup_mutex in cgroup_init_subsys()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/17] cgroup: trivial cleanup for cgroup_init/load_subsys()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/17] cgroup: make CSS_* flags bit masks instead of bit positions
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/17] cgroup: remove duplicate RCU free on struct cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/17] cgroup: cgroup->dentry isn't a RCU pointer
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/17] cgroup: create directory before linking while creating a new cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/17] cgroup: open-code cgroup_create_dir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/17] cgroup: initialize cgrp->allcg_node in init_cgroup_housekeeping()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 01/17] cgroup: remove incorrect dget/dput() pair in cgroup_create_dir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.8] cgroup: allow ->post_create() to fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] userns: Support fuse interacting with multiple user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/9 v3] cgroup: add cgroup_subsys->post_create()
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH] userns: Support fuse interacting with multiple user namespaces
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 1/9 v3] cgroup: add cgroup_subsys->post_create()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/9 v3] cgroup: add cgroup_subsys->post_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/9 v3] cgroup: add cgroup_subsys->post_create()
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH 3/9 v2] cgroup: implement generic child / descendant walk macros
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 2/9] cgroup: Use rculist ops for cgroup->children
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 1/9 v3] cgroup: add cgroup_subsys->post_create()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 1/9 v3] cgroup: add cgroup_subsys->post_create()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 1/9 v3] cgroup: add cgroup_subsys->post_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9 v3] cgroup_freezer: implement proper hierarchy support
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 9/9 v3] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9 v3] cgroup_freezer: implement proper hierarchy support
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/9 v2] cgroup: implement generic child / descendant walk macros
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 9/9 v3] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 8/9] cgroup_freezer: add ->post_create() and ->pre_destroy() and track online state
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9 v2] cgroup_freezer: implement proper hierarchy support
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 8/9] cgroup_freezer: add ->post_create() and ->pre_destroy() and track online state
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9 v2] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9 v2] cgroup_freezer: implement proper hierarchy support
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9 v2] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9 v2] cgroup_freezer: implement proper hierarchy support
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 8/9] cgroup_freezer: add ->post_create() and ->pre_destroy() and track online state
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 5/9] cgroup_freezer: prepare freezer_change_state() for full hierarchy support
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/9] cgroup_freezer: trivial cleanups
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 8/9] cgroup_freezer: add ->post_create() and ->pre_destroy() and track online state
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 5/9] cgroup_freezer: prepare freezer_change_state() for full hierarchy support
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/9] cgroup_freezer: trivial cleanups
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/9] cgroup: Use rculist ops for cgroup->children
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/9 v2] cgroup: add cgroup_subsys->post_create()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/9 v2] cgroup: add cgroup_subsys->post_create()
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 1/9 v2] cgroup: add cgroup_subsys->post_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/9] cgroup: add cgroup_subsys->post_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 9/9 v2] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 9/9] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/9] cgroup: Use rculist ops for cgroup->children
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/9] cgroup: add cgroup_subsys->post_create()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 9/9] cgroup_freezer: implement proper hierarchy support
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] device_cgroup: add lockdep asserts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] device_cgroup: fix RCU usage
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] device_cgroup: fix RCU usage
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] device_cgroup: add lockdep asserts
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• [PATCH 1/2] device_cgroup: fix RCU usage
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] device_cgroup: add lockdep asserts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/2] device_cgroup: add lockdep asserts
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Why does devices cgroup check for CAP_SYS_ADMIN explicitly?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] coredump: run the coredump helper using the same namespace as the dead process
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] coredump: run the coredump helper using the same namespace as the dead process
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: [PATCH] coredump: run the coredump helper using the same namespace as the dead process
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC] cgroup: deprecate clone_children
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup: deprecate clone_children
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCHSET RESEND v2] cgroup: simplify cgroup removal path
  • From: Michal Hocko <mhocko@xxxxxxx>
• [RFC] cgroup: deprecate clone_children
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET RESEND v2] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] coredump: run the coredump helper using the same namespace as the dead process
  • From: Aristeu Rozanski <aris@xxxxxxxxxx>
• Re: [PATCH 1/9] cgroup: add cgroup_subsys->post_create()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 9/9] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 8/9] cgroup_freezer: add ->post_create() and ->pre_destroy() and track online state
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/9] cgroup_freezer: introduce CGROUP_FREEZING_[SELF|PARENT]
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/9] cgroup_freezer: make freezer->state mask of flags
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/9] cgroup_freezer: prepare freezer_change_state() for full hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/9] cgroup_freezer: trivial cleanups
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/9] cgroup: implement generic child / descendant walk macros
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/9] cgroup: Use rculist ops for cgroup->children
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/9] cgroup: add cgroup_subsys->post_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.8] cgroup_freezer: implement proper hierarchy support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• PATCH userns: release the reference of user_ns when destroying a pid_ns
  • From: Zhao Hongjiang <zhaohongjiang37@xxxxxxxxx>
• Re: [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 6/8] memcg: make mem_cgroup_reparent_charges non failing
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 7/8] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 6/8] memcg: make mem_cgroup_reparent_charges non failing
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] namespace:unmount pid_namespace's proc_mnt when copy_net_ns failed
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] namespace:unmount pid_namespace's proc_mnt when copy_net_ns failed
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: [PATCH] namespace:unmount pid_namespace's proc_mnt when copy_net_ns failed
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] namespace:unmount pid_namespace's proc_mnt when copy_net_ns failed
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: [PATCH] namespace:unmount pid_namespace's proc_mnt when copy_net_ns failed
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] namespace:unmount pid_namespace's proc_mnt when copy_net_ns failed
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] userns: Support autofs4 interacing with multiple user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• This patchset is botched. Please ignore this thread.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/8] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/8] memcg: make mem_cgroup_reparent_charges non failing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET RESEND v2] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/8] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/8] memcg: make mem_cgroup_reparent_charges non failing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET v2] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: simplify cgroup removal path
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] userns: Support fuse interacting with multiple user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 8/8] cgroup: make ->pre_destroy() return void
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 7/8] hugetlb: do not fail in hugetlb_cgroup_pre_destroy
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/8] memcg: make mem_cgroup_reparent_charges non failing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/8] cgroup: remove CGRP_WAIT_ON_RMDIR, cgroup_exclude_rmdir() and cgroup_release_and_wakeup_rmdir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/8] cgroup: deactivate CSS's and mark cgroup dead before invoking ->pre_destroy()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/8] cgroup: use cgroup_lock_live_group(parent) in cgroup_create()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/8] cgroup: kill CSS_REMOVED
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/8] cgroup: kill cgroup_subsys->__DEPRECATED_clear_css_refs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup: simplify cgroup removal path
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] user_ns: get rid of duplicate code in net_ctl_permissions
  • From: Zhao Hongjiang <zhaohongjiang37@xxxxxxxxx>
• Re: [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: Michal Hocko <mhocko@xxxxxxx>
• [V5 PATCH 08/26] memcontrol: use N_MEMORY instead N_HIGH_MEMORY
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Sending data between two nics on one machine
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH v2 0/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: exec should clear PF_NOFREEZE along with PF_KTHREAD
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: exec should clear PF_NOFREEZE along with PF_KTHREAD
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: exec should clear PF_NOFREEZE along with PF_KTHREAD
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: exec should clear PF_NOFREEZE along with PF_KTHREAD
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/1] freezer: exec should clear PF_NOFREEZE along with PF_KTHREAD
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 0/1] (Was: cgroup_freezer: don't stall transition to FROZEN for PF_NOFREEZE or PF_FREEZER_SKIP tasks)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 1/1] freezer: change ptrace_stop/do_signal_stop to use freezable_schedule()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 0/1] (Was: freezer: add missing mb's to freezer_count() and freezer_should_skip())
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Sending data between two nics on one machine
  • From: Jereme Lamps <lamps1@xxxxxxxxxxxx>
• [GIT PULL] cgroup fixes for v3.7-rc2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/7] cgroup_freezer: don't stall transition to FROZEN for PF_NOFREEZE or PF_FREEZER_SKIP tasks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/7] freezer: add missing mb's to freezer_count() and freezer_should_skip()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] userns: enable tmpfs support for user namespace.
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: [PATCH 5/7] cgroup_freezer: allow moving tasks in and out of a frozen cgroup
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 4/7] cgroup_freezer: don't stall transition to FROZEN for PF_NOFREEZE or PF_FREEZER_SKIP tasks
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 2/7] freezer: add missing mb's to freezer_count() and freezer_should_skip()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 5/7] cgroup_freezer: allow moving tasks in and out of a frozen cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/7] cgroup_freezer: don't stall transition to FROZEN for PF_NOFREEZE or PF_FREEZER_SKIP tasks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/7] freezer: add missing mb's to freezer_count() and freezer_should_skip()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 5/7] cgroup_freezer: allow moving tasks in and out of a frozen cgroup
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 4/7] cgroup_freezer: don't stall transition to FROZEN for PF_NOFREEZE or PF_FREEZER_SKIP tasks
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 2/7] freezer: add missing mb's to freezer_count() and freezer_should_skip()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 2/2] Revert "cgroup: Drop task_lock(parent) on cgroup_fork()"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 2/2] Revert "cgroup: Drop task_lock(parent) on cgroup_fork()"
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Matt Helsley <matthltc@xxxxxxxxxxxxxxxxxx>
• [PATCH cgroup/for-3.7-fixes 2/2] Revert "cgroup: Drop task_lock(parent) on cgroup_fork()"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH cgroup/for-3.7-fixes 1/2] Revert "cgroup: Remove task_lock() from cgroup_post_fork()"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Matt Helsley <matthltc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Matt Helsley <matthltc@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Matt Helsley <matthltc@xxxxxxxxxxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [PATCH 7/7] cgroup_freezer: don't use cgroup_lock_live_group()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/7] cgroup_freezer: prepare update_if_frozen() for locking change
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/7] cgroup_freezer: allow moving tasks in and out of a frozen cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/7] cgroup_freezer: don't stall transition to FROZEN for PF_NOFREEZE or PF_FREEZER_SKIP tasks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/7] cgroup_freezer: make it official that writes to freezer.state don't fail
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/7] freezer: add missing mb's to freezer_count() and freezer_should_skip()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/7] cgroup: cgroup_subsys->fork() should be called after the task is added to css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET cgroup/for-3.8] cgroup_freezer: allow migration regardless of freezer state and update locking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• LXC hardware resource sharing
  • From: Android Computing <andr.computing@xxxxxxxxx>
• Re: [libvirt] necessary to limit container's network bandwidth when use physical nic in container?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [libvirt] necessary to limit container's network bandwidth when use physical nic in container?
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] dev_change_net_namespace: send a KOBJ_REMOVED/KOBJ_ADD
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 1/1] dev_change_net_namespace: send a KOBJ_REMOVED/KOBJ_ADD
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [libvirt] necessary to limit container's network bandwidth when use physical nic in container?
  • From: Michal Privoznik <mprivozn@xxxxxxxxxx>
• necessary to limit container's network bandwidth when use physical nic in container?
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: uevent when moving nic between network namespaces?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: uevent when moving nic between network namespaces?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: uevent when moving nic between network namespaces?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: uevent when moving nic between network namespaces?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: uevent when moving nic between network namespaces?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: uevent when moving nic between network namespaces?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: uevent when moving nic between network namespaces?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: uevent when moving nic between network namespaces?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [patch userns-always-map-user-v64] userns: release the reference of old userns in userns_install
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: uevent when moving nic between network namespaces?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• uevent when moving nic between network namespaces?
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• [patch userns-always-map-user-v64] userns: release the reference of old userns in userns_install
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: [PATCH 16/27] userns: Convert vfs posix_acl support to use kuids and kgids
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 16/27] userns: Convert vfs posix_acl support to use kuids and kgids
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] userns: fix return value in map_write
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: [PATCH] userns: fix return value in map_write
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] userns: fix return value in map_write
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: [PATCH 16/27] userns: Convert vfs posix_acl support to use kuids and kgids
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] ext3: fix return values on parse_options() failure
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] ext2: fix return values on parse_options() failure
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 16/27] userns: Convert vfs posix_acl support to use kuids and kgids
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] ext3: fix return values on parse_options() failure
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] ext2: fix return values on parse_options() failure
  • From: Lukáš Czerner <lczerner@xxxxxxxxxx>
• Re: [PATCH] ext3: fix return values on parse_options() failure
  • From: Lukáš Czerner <lczerner@xxxxxxxxxx>
• [PATCH] ext3: fix return values on parse_options() failure
  • From: Zhao Hongjiang <zhaohongjiang37@xxxxxxxxx>
• [PATCH] ext2: fix return values on parse_options() failure
  • From: Zhao Hongjiang <zhaohongjiang37@xxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Is not locking task_lock in cgroup_fork() safe?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [GIT PULL] user namespace changes for v3.7
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 11/14] userns: Convert s390 getting uid and gid system calls to use kuid and kgid
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 12/14] userns: On ppc convert current_uid from a kuid before printing.
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 13/14] userns: On ia64 deal with current_uid and current_gid being kuid and kgid
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 10/14] userns: Convert s390 hypfs to use kuid and kgid where appropriate
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 04/14] userns: Convert selinux to use kuid and kgid where appropriate
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 17/25] userns: Convert minix to use kuid/kgid where appropriate
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 17/25] userns: Convert minix to use kuid/kgid where appropriate
  • From: Zhao Hongjiang <zhaohongjiang37@xxxxxxxxx>
• Re: [PATCH 17/25] userns: Convert minix to use kuid/kgid where appropriate
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 13/14] userns: On ia64 deal with current_uid and current_gid being kuid and kgid
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 17/25] userns: Convert minix to use kuid/kgid where appropriate
  • From: Zhao Hongjiang <zhaohongjiang37@xxxxxxxxx>
• Re: [PATCH 13/14] userns: On ia64 deal with current_uid and current_gid being kuid and kgid
  • From: Zhao Hongjiang <zhaohongjiang37@xxxxxxxxx>
• Re: [PATCH 05/14] userns: Convert hostfs to use kuid and kgid where appropriate
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 10/11] userns: Convert the udf filesystem to use kuid/kgid where appropriate
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 05/14] userns: Convert hostfs to use kuid and kgid where appropriate
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 05/14] userns: Convert hostfs to use kuid and kgid where appropriate
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH 0/4] devpts: fix devpts mount behavior
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 0/4] devpts: fix devpts mount behavior
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/4] devpts: fix devpts mount behavior
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 3/4] devpts: Make the newinstance option historical
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/4] devpts: Make the newinstance option historical
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] devpts: Make the newinstance option historical
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] devpts: Make the newinstance option historical
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/4] devpts: Make the newinstance option historical
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] devpts: Make the newinstance option historical
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] devpts: Update the documentation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/4] devpts: Make the newinstance option historical
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/4] devpts: Set the default permissions of /dev/pts/ptmx and /dev/ptmx to 0666
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/4] devpts: Remove CONFIG_DEVPTS_MULTIPLE_INSTANCES
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/4] devpts: fix devpts mount behavior
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 11/11] userns: Convert the ufs filesystem to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 10/11] userns: Convert the udf filesystem to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 09/11] userns: Convert ubifs to use kuid/kgid
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 08/11] userns: Convert squashfs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 07/11] userns: Convert reiserfs to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 06/11] userns: Convert jfs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 05/11] userns: Convert jffs2 to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 04/11] userns: Convert hpfs to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 03/11] userns: Convert btrfs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 02/11] userns: Convert bfs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 01/11] userns: Convert affs to use kuid/kgid wherwe appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 00/11] userns: Simple filesystems conversions
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 02/25] userns: Convert gadgetfs to use kuid and kgid where appropriate
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 03/25] userns: Convert usb functionfs to use kuid/kgid where appropriate
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH 01/14] userns: Convert loop to use kuid_t instead of uid_t
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2.6.32] memcg: warn on deeper hierarchies with use_hierarchy==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 01/14] userns: Convert loop to use kuid_t instead of uid_t
  • From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
• Re: [PATCH 01/14] userns: Convert loop to use kuid_t instead of uid_t
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 09/14] userns: Convert binder ipc to use kuids
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/14] userns: Convert loop to use kuid_t instead of uid_t
  • From: Jens Axboe <jaxboe@xxxxxxxxxxxx>
• [PATCH 12/14] userns: On ppc convert current_uid from a kuid before printing.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 11/14] userns: Convert s390 getting uid and gid system calls to use kuid and kgid
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 14/14] userns: On alpha modify linux_to_osf_stat to use convert from kuids and kgids
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 13/14] userns: On ia64 deal with current_uid and current_gid being kuid and kgid
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 10/14] userns: Convert s390 hypfs to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 09/14] userns: Convert binder ipc to use kuids
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 08/14] userns: Teach security_path_chown to take kuids and kgids
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 07/14] userns: Add user namespace support to IMA
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 06/14] userns: Convert EVM to deal with kuids and kgids in it's hmac computation
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 05/14] userns: Convert hostfs to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 04/14] userns: Convert selinux to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 03/14] userns: Convert tomoyo to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 02/14] userns: Convert apparmor to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 01/14] userns: Convert loop to use kuid_t instead of uid_t
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 00/14] userns: Miscelanous conversions
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2.6.32] memcg: warn on deeper hierarchies with use_hierarchy==0
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/3] cgroup, sched: let cpu serve the same files as cpuacct
  • From: Tejun Heo <tj@xxxxxxxxxx>
• RE: [PATCH 25/25] userns: Convert ipathfs to use GLOBAL_ROOT_UID and GLOBAL_ROOT_GID
  • From: "Marciniszyn, Mike" <mike.marciniszyn@xxxxxxxxx>
• Re: [PATCH 18/25] userns: Convert nillfs2 to use kuid/kgid where appropriate
  • From: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
• Re: [PATCH 2.6.32] memcg: warn on deeper hierarchies with use_hierarchy==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 12/25] userns: Convert exofs to use kuid/kgid where appropriate
  • From: Boaz Harrosh <bharrosh@xxxxxxxxxxx>
• Re: [PATCH 20/25] userns: Convert omfs to use kuid and kgid where appropriate
  • From: Bob Copeland <me@xxxxxxxxxxxxxxx>
• Re: [PATCH 20/25] userns: Convert omfs to use kuid and kgid where appropriate
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [Announce] Checkpoint-restore tool v0.2
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 21/25] userns: Convert the qnx4 filesystem to use kuid/kgid where appropriate
  • From: Anders Larsen <al@xxxxxxxxxxx>
• Re: [PATCH 20/25] userns: Convert omfs to use kuid and kgid where appropriate
  • From: Bob Copeland <me@xxxxxxxxxxxxxxx>
• [PATCH 23/25] userns: Convert the sysv filesystem to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 16/25] userns: Convert logfs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 21/25] userns: Convert the qnx4 filesystem to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 24/25] userns: Convert freevxfs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 17/25] userns: Convert minix to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 22/25] userns: Convert the qnx6 filesystem to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 15/25] userns: Convert isofs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 11/25] userns: Convert efs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 25/25] userns: Convert ipathfs to use GLOBAL_ROOT_UID and GLOBAL_ROOT_GID
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 12/25] userns: Convert exofs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 14/25] userns: Convert hfsplus to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 20/25] userns: Convert omfs to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 19/25] userns: Convert ntfs to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 18/25] userns: Convert nillfs2 to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 13/25] userns: Convert hfs to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 01/25] userns: Convert fat to use kuid/kgid where appropriate
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 04/25] userns: Convert devtmpfs to use GLOBAL_ROOT_UID and GLOBAL_ROOT_GID
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/25] userns: Convert usb functionfs to use kuid/kgid where appropriate
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/25] userns: Convert gadgetfs to use kuid and kgid where appropriate
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 10/25] userns: Convert ecryptfs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 09/25] userns: Convert cramfs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 08/25] userns: Convert befs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 07/25] userns: Convert adfs to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 06/25] userns: Convert xenfs to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 05/25] userns: Convert hugetlbfs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 04/25] userns: Convert devtmpfs to use GLOBAL_ROOT_UID and GLOBAL_ROOT_GID
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 03/25] userns: Convert usb functionfs to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 02/25] userns: Convert gadgetfs to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 01/25] userns: Convert fat to use kuid/kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [Announce] Checkpoint-restore tool v0.2
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] cgroup, sched: let cpu serve the same files as cpuacct
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 25/27] userns: Convert struct dquot dq_id to be a struct kqid
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 12/27] userns: Convert audit to work with user namespaces enabled
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 26/27] userns: Convert struct dquot_warn
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 13/27] userns: Convert taskstats to handle the user and pid namespaces.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 17/27] userns: Pass a userns parameter into posix_acl_to_xattr and posix_acl_from_xattr
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 22/27] userns: Convert qutoactl
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 18/27] userns: Convert extN to support kuids and kgids in posix acls
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 16/27] userns: Convert vfs posix_acl support to use kuids and kgids
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 15/27] userns: Teach trace to use from_kuid
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 14/27] userns: Convert bsd process accounting to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 23/27] userns: Modify dqget to take struct kqid
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 24/27] userns: Convert quota netlink aka quota_send_warning
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 20/27] userns: Add kprojid_t and associated infrastructure in projid.h
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 11/27] userns: Convert the audit loginuid to be a kuid
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 27/27] userns: Convert quota
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 19/27] userns: Convert configfs to use kuid and kgid where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 21/27] userns: Implement struct kqid
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 10/27] audit: Add typespecific uid and gid comparators
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 09/27] audit: Don't pass pid or uid to audit_log_common_recv_msg
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 08/27] audit: Remove the unused uid parameter from audit_receive_filter
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 07/27] audit: Properly set the origin port id of audit messages.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 06/27] audit: Simply AUDIT_TTY_SET and AUDIT_TTY_GET
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 05/27] audit: kill audit_prepare_user_tty
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 04/27] audit: Use current instead of NETLINK_CREDS() in audit_filter
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 03/27] audit: Limit audit requests to processes in the initial pid and user namespaces.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 02/27] userns: net: Call key_alloc with GLOBAL_ROOT_UID, GLOBAL_ROOT_GID instead of 0, 0
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 01/27] userns: Convert security/keys to the new userns infrastructure
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• userns subsystem conversions v2
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC] cgroup TODOs
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] userns: enable tmpfs support for user namespace.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] userns: enable tmpfs support for user namespace.
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• [PATCH 3/3] cgroup, sched: deprecate cpuacct
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/3] cgroup, sched: let cpu serve the same files as cpuacct
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/3] cgroup: implement CFTYPE_NO_PREFIX
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET RFC] cpu, cpuacct: make cpu serve cpuacct files and deprecate cpuacct
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2.6.32] memcg: warn on deeper hierarchies with use_hierarchy==0
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH 3.2+] memcg: warn on deeper hierarchies with use_hierarchy==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 3.0] memcg: warn on deeper hierarchies with use_hierarchy==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 2.6.32] memcg: warn on deeper hierarchies with use_hierarchy==0
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] userns: enable tmpfs support for user namespace.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] userns: enable tmpfs support for user namespace.
  • From: Gao feng <gaofeng@xxxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Aristeu Rozanski <aris@xxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Controlling devices and device namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Controlling devices and device namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Controlling devices and device namespaces
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• Re: Controlling devices and device namespaces
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Controlling devices and device namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Controlling devices and device namespaces
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• Re: Controlling devices and device namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Controlling devices and device namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Controlling devices and device namespaces
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] userns: fix return value on mntns_install() failure
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Controlling devices and device namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Controlling devices and device namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Controlling devices and device namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Controlling devices and device namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC] cgroup TODOs
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Dhaval Giani <dhaval.giani@xxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Kay Sievers <kay@xxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Aristeu Rozanski <aris@xxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] userns: fix return value on mntns_install() failure
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] user_ns: Add support for unprivileged remount
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• include/linux/cgroup.h:553 suspicious rcu_dereference_check() usage!
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: [PATCH] user_ns: Add support for unprivileged remount
  • From: Zhao Hongjiang <zhaohongjiang37@xxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] cgroup TODOs
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH] user_ns: Add support for unprivileged remount
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC] cgroup TODOs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH v4 cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH] user_ns: Add support for unprivileged remount
  • From: Zhao Hongjiang <zhaohongjiang37@xxxxxxxxx>
• [PATCH] userns: fix return value on mntns_install() failure
  • From: Zhao Hongjiang <zhaohongjiang37@xxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH REPOST RFC cgroup/for-3.7] cgroup: mark subsystems with broken hierarchy support and whine if cgroups are nested for them
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>