Linux Containers

• Thread Index

• [PATCH 21/43] userns: Convert sched_set_affinity and sched_set_scheduler's permission checks
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 06/43] userns: Use cred->user_ns instead of cred->user->user_ns
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 13/43] userns: Add kuid_t and kgid_t and associated infrastructure in uidgid.h
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 12/43] userns: Replace the hard to write inode_userns with inode_capable.
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 08/43] userns: Add an explicit reference to the parent user namespace
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 07/43] cred: Refcount the user_ns pointed to by the cred.
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 10/43] userns: Deprecate and rename the user_namespace reference in the user_struct
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 14/43] userns: Add a Kconfig option to enforce strict kuid and kgid type checks
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 11/43] userns: Start out with a full set of capabilities.
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 09/43] mqueue: Explicitly capture the user namespace to send the notification to.
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 03/43] userns: Replace netlink uses of cap_raised with capable.
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 04/43] userns: Remove unnecessary cast to struct user_struct when copying cred->user.
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 05/43] cred: Add forward declaration of init_user_ns in all cases.
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 02/43] userns: Kill bogus declaration of function release_uids
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 01/43] vfs: Don't allow a user namespace root to make device nodes
  • From: "\"Eric W. Beiderman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 0/43] Completing the user namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC] writeback and cgroup
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 5/6] memcg: fix broken boolen expression
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [PATCH 5/6] memcg: fix broken boolen expression
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Lsf] [RFC] writeback and cgroup
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [Lsf] [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [Lsf] [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Tao Ma <tm@xxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Tao Ma <tm@xxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Tao Ma <tm@xxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Tao Ma <tm@xxxxxx>
• Re: [Lsf] [RFC] writeback and cgroup
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [RFC] writeback and cgroup
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Shaohua Li <shli@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC] writeback and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Tao Ma <tm@xxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Tao Ma <tm@xxxxxx>
• IOPS based scheduler (Was: Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq)
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tao Ma <tm@xxxxxx>
• Re: [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tao Ma <tm@xxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tao Ma <tm@xxxxxx>
• Re: [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tao Ma <tm@xxxxxx>
• Re: [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
  • From: Hiroyuki Kamezawa <kamezawa.hiroyuki@xxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v2] futex: mark get_robust_list as deprecated
  • From: Gene Cooperman <gene@xxxxxxxxxxx>
• [PATCH 2/2] cgroup: make css->refcnt clearing on cgroup removal optional
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/2] cgroup: use negative bias on css->refcnt to block css_tryget()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH UPDATED 11/12] cgroup: introduce struct cfent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH v2] futex: mark get_robust_list as deprecated
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• [GIT PULL] cgroup: urgent fix for 3.4-rc1 merge window
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] futex: mark get_robust_list as deprecated
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH] cgroup: update MAINTAINERS entry
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] cgroup: update MAINTAINERS entry
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH 08/21] blkcg: blkg_conf_prep()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 21/21] blkcg: drop BLKCG_STAT_{PRIV|POL|OFF} macros
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 20/21] blkcg: pass around pd->pdata instead of pd itself in prfill functions
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 19/21] blkcg: move blkio_group_conf->iops and ->bps to blk-throttle
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 17/21] blkcg: move blkio_group_stats_cpu and friends to blk-throttle.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 18/21] blkcg: move blkio_group_conf->weight to cfq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 16/21] blkcg: move blkio_group_stats to cfq-iosched.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 15/21] blkcg: add blkio_policy_ops operations for exit and stat reset
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 14/21] blkcg: cfq doesn't need per-cpu dispatch stats
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 13/21] blkcg: move statistics update code to policies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 12/21] cfq: collapse cfq.h into cfq-iosched.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 11/21] blkcg: move conf/stat file handling code to policies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/21] blkcg: implement blkio_policy_type->cftypes
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/21] blkcg: export conf/stat helpers to prepare for reorganization
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/21] blkcg: restructure blkio_group configruation setting
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/21] blkcg: blkg_conf_prep()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/21] blkcg: restructure configuration printing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/21] blkcg: introduce blkg_stat and blkg_rwstat
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/21] blkcg: drop blkiocg_file_write_u64()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/21] blkcg: restructure statistics printing
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/21] blkcg: BLKIO_STAT_CPU_SECTORS doesn't have subcounters
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] block: modularize blkcg config and stat file handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 01/21] blkcg: remove unused @pol and @plid parameters
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2] futex: mark get_robust_list as deprecated
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2] futex: mark get_robust_list as deprecated
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 08/12] cgroup: convert memcg controller to the new cftype interface
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 07/12] memcg: always create memsw files if CONFIG_CGROUP_MEM_RES_CTLR_SWAP
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 12/12] cgroup: implement cgroup_rm_cftypes()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 11/12] cgroup: introduce struct cfent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/12] cgroup: relocate __d_cgrp() and __d_cft()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/12] cgroup: remove cgroup_add_file[s]()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/12] cgroup: convert memcg controller to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/12] memcg: always create memsw files if CONFIG_CGROUP_MEM_RES_CTLR_SWAP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/12] cgroup: convert all non-memcg controllers to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/12] cgroup: relocate cftype and cgroup_subsys definitions in controllers
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/12] cgroup: merge cft_release_agent cftype array into the base files array
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/12] cgroup: implement cgroup_add_cftypes() and friends
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/12] cgroup: build list of all cgroups under a given cgroupfs_root
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 01/12] cgroup: move cgroup_clear_directory() call out of cgroup_populate_dir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup: cftype based file interface, take #2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH UPDATED 09/10] cgroup: introduce struct cfent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 09/10] cgroup: introduce struct cfent
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 09/10] cgroup: introduce struct cfent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 09/10] cgroup: introduce struct cfent
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 03/10] cgroup: implement cgroup_add_cftypes() and friends
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 09/10] cgroup: introduce struct cfent
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 03/10] cgroup: implement cgroup_add_cftypes() and friends
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 09/10] cgroup: introduce struct cfent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 07/10] cgroup: remove cgroup_add_file[s]()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 09/10] cgroup: introduce struct cfent
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 03/10] cgroup: implement cgroup_add_cftypes() and friends
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] cgroup: remove cgroup_add_file[s]()
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxxxxxxx>
• [GIT PULL] cgroup changes for v3.4
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] cgroup: move cgroup_clear_directory() call out of cgroup_populate_dir()
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: cftype based file interface
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 09/10] cgroup: introduce struct cfent
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/10] cgroup: implement cgroup_rm_cftypes()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/10] cgroup: relocate __d_cgrp() and __d_cft()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/10] cgroup: remove cgroup_add_file[s]()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/10] cgroup: convert memcg controller to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/10] cgroup: convert all non-memcg controllers to the new cftype interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/10] cgroup: merge cft_release_agent cftype array into the base files array
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/10] cgroup: implement cgroup_add_cftypes() and friends
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/10] cgroup: build list of all cgroups under a given cgroupfs_root
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 01/10] cgroup: move cgroup_clear_directory() call out of cgroup_populate_dir()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup: cftype based file interface
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes mount option
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes and "name=" mount option
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• [PATCH] cgroup: deprecate remount option changes mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes and "name=" mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes and "name=" mount option
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: deprecate remount option changes and "name=" mount option
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• [PATCH] cgroup: deprecate remount option changes and "name=" mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Controllers and wireless
  • From: "Joseph Moore - Wireless RF Systems" <joseph.moore@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup: removing css reference drain wait during cgroup removal
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: C Anthony Risinger <anthony@xxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: C Anthony Risinger <anthony@xxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC REPOST] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC] cgroup: removing css reference drain wait during cgroup removal
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Michal Schmidt <mschmidt@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Michal Schmidt <mschmidt@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Michal Schmidt <mschmidt@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Michal Schmidt <mschmidt@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: C Anthony Risinger <anthony@xxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Michal Schmidt <mschmidt@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFD] cgroup: about multiple hierarchies
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: cpu shielding.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: cpu shielding.
  • From: atp <Andrew.Phillips@xxxxxxxx>
• Re: cpu shielding.
  • From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
• Re: cpu shielding.
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• cpu shielding.
  • From: atp <Andrew.Phillips@xxxxxxxx>
• Re: [PATCH 1/1][V5] Add reboot_pid_ns to handle the reboot syscall
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 1/1][V5] Add reboot_pid_ns to handle the reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 1/1][V5] Add reboot_pid_ns to handle the reboot syscall
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove cgroup_subsys argument from callbacks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 01/10] cgroups: add res_counter_write_u64() API
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 01/10] cgroups: add res_counter_write_u64() API
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 10/10] selftests: Add a new task counter selftest
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 09/10] selftests: Enter each directories before executing selftests
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 08/10] cgroups: Add a task counter subsystem
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 07/10] cgroups: allow subsystems to cancel a fork
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 06/10] cgroups: pull up res counter charge failure interpretation to caller
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 05/10] res_counter: allow charge failure pointer to be null
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 04/10] cgroups: add res counter common ancestor searching
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 03/10] cgroups: ability to stop res charge propagation on bounded ancestor
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 02/10] cgroups: new resource counter inheritance API
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 01/10] cgroups: add res_counter_write_u64() API
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 00/10] cgroups: Task counter subsystem v8
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH] cgroup: remove cgroup_subsys argument from callbacks
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC] fix devpts mount behavior
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC] fix devpts mount behavior
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: Kay Sievers <kay.sievers@xxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: Nick Bowler <nbowler@xxxxxxxxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC] fix devpts mount behavior
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFC] fix devpts mount behavior
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC] fix devpts mount behavior
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/3] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RESEND, PATCH 4/6] memcg: fix broken boolean expression
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Implementing Socket programming on Containers
  • From: Ritwik Ghosh <ritwikghosh765@xxxxxxxxx>
• Re: [PATCH 8/8] cgroups: Add a task counter subsystem
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RESEND, PATCH 6/6] memcg: cleanup memcg_check_events()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RESEND, PATCH 4/6] memcg: fix broken boolean expression
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 8/8] cgroups: Add a task counter subsystem
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 8/8] cgroups: Add a task counter subsystem
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 0/8] cgroups: Task counter subsystem v7
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 0/8] cgroups: Task counter subsystem v7
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/1][V5] Add reboot_pid_ns to handle the reboot syscall
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/1][V5] Add reboot_pid_ns to handle the reboot syscall
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1][V5] Add reboot_pid_ns to handle the reboot syscall
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH] Makefiles: Disable unused-variable warning
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [GIT PULL] cgroup changes for v3.3-rc1
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [GIT PULL] cgroup changes for v3.3-rc1
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RESEND, PATCH 4/6] memcg: fix broken boolean expression
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RESEND, PATCH 6/6] memcg: cleanup memcg_check_events()
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• how to launch C++ pograms from inside a linux container
  • From: Ritwik Ghosh <ritwikghosh765@xxxxxxxxx>
• Re: [PATCH] Makefiles: Disable unused-variable warning
  • From: Michal Marek <mmarek@xxxxxxx>
• [RESEND, PATCH 2/6] memcg: remove unused variable
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [RESEND, PATCH 6/6] memcg: cleanup memcg_check_events()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [RESEND, PATCH 5/6] memcg: drop redundant brackets
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [RESEND, PATCH 4/6] memcg: fix broken boolean expression
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [RESEND, PATCH 1/6] memcg: mark more functions/variables as static
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [RESEND, PATCH 3/6] memcg: mark stat field of mem_cgroup struct as __percpu
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Rueckgabe nicht zustellbarer Nachricht an Absender
  • From: MAILER-DAEMON@xxxxxxxxxxxxxxxxxxx (Mail Delivery System)
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/1][V5] Add reboot_pid_ns to handle the reboot syscall
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/1][V5] Add reboot_pid_ns to handle the reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 0/1][V5] Handle reboot in a child pid namespace
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] cgroup: simplify double-check locking in cgroup_attach_proc
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• lxc-console on Debian Squeeze - both 0.7.2 and 0.7.5 less than happy
  • From: Whit Blauvelt <whit@xxxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [patch] cgroup: move assignement out of condition in cgroup_attach_proc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/3] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [patch] cgroup: move assignement out of condition in cgroup_attach_proc()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• [PATCH 2/3] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/3] cgroup: simplify double-check locking in cgroup_attach_proc
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [32/75] cgroups: fix a css_set not found bug in cgroup_attach_proc
  • From: Greg KH <gregkh@xxxxxxx>
• [24/67] cgroups: fix a css_set not found bug in cgroup_attach_proc
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [PATCH 5/6] memcg: fix broken boolen expression
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH] Makefiles: Disable unused-variable warning (was: Re: [PATCH 1/6] memcg: fix unused variable warning)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] Makefiles: Disable unused-variable warning (was: Re: [PATCH 1/6] memcg: fix unused variable warning)
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] Makefiles: Disable unused-variable warning (was: Re: [PATCH 1/6] memcg: fix unused variable warning)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] Makefiles: Disable unused-variable warning (was: Re: [PATCH 1/6] memcg: fix unused variable warning)
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: add sparse annotation to cgroup_iter_start() and cgroup_iter_end()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/6] memcg: drop redundant brackets
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 5/6] memcg: fix broken boolen expression
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 4/6] memcg: mark stat field of mem_cgroup struct as __percpu
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 3/6] memcg: remove unused variable
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/6] memcg: mark more functions/variables as static
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH] Makefiles: Disable unused-variable warning (was: Re: [PATCH 1/6] memcg: fix unused variable warning)
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 2/2] cgroup: add sparse annotation to cgroup_iter_start() and cgroup_iter_end()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: mark cgroup_rmdir_waitq and cgroup_attach_proc() as static
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 2/2] cgroup: add sparse annotation to cgroup_iter_start() and cgroup_iter_end()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 1/2] cgroup: mark cgroup_rmdir_waitq and cgroup_attach_proc() as static
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH v2] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] memcg: fix broken boolen expression
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] memcg: fix unused variable warning
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] memcg: fix unused variable warning
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] memcg: fix unused variable warning
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] memcg: drop redundant brackets
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] memcg: fix unused variable warning
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 5/6] memcg: fix broken boolen expression
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] memcg: mark stat field of mem_cgroup struct as __percpu
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] memcg: remove unused variable
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/6] memcg: mark more functions/variables as static
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] memcg: fix unused variable warning
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 2/6] memcg: mark more functions/variables as static
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 4/6] memcg: mark stat field of mem_cgroup struct as __percpu
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 3/6] memcg: remove unused variable
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 6/6] memcg: drop redundant brackets
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 1/6] memcg: fix unused variable warning
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH 5/6] memcg: fix broken boolen expression
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH v2] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/2] cgroup: replace tasklist_lock with rcu_read_lock
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH v2] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 2/2] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/2] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/3] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/3] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/3] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/3] cgroup: remove double-checking locking from attach_task_by_pid
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 2/3] cgroup: remove double-checking locking from attach_task_by_pid
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/3] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 3/3] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/2] cgroup: remove tasklist_lock from cgroup_attach_proc
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/4] cgroup: only need to check oldcgrp==newgrp once
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: remove extra calls to find_existing_css_set
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC PATCH] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC PATCH] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] cgroup: remove extra calls to find_existing_css_set
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] cgroup: remove redundant get/put of task struct
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] cgroup: remove redundant get/put of old css_set from migrate
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 1/4] cgroup: remove redundant get/put of old css_set from migrate
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 4/4] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 3/4] cgroup: only need to check oldcgrp==newgrp once
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 2/4] cgroup: remove redundant get/put of task struct
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [RFC PATCH] cgroup: Remove task_lock() from cgroup_post_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 2/2 v3] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 2/2 v3] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 1/2 v3] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 0/2 v3] cgroup: Remove useless task_lock()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Q: cgroup: Questions about possible issues in cgroup locking
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Q: cgroup: Questions about possible issues in cgroup locking
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 2/2 v2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 1/2 v2] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 0/2 v2] cgroup: Remove useless task_lock()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 3/5] cgroup: only need to check oldcgrp==newgrp once
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5 V3] cgroup: remove redundate get/put of old css_set from migrate
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 5/5] cgroup: separate out cgroup_attach_proc error handling code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/5] cgroup: remove redundant get/put of task struct
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 5/5] cgroup: separate out cgroup_attach_proc error handling code
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 4/5] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/5 V3] cgroup: remove redundate get/put of old css_set from migrate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/5 V3] cgroup: remove redundate get/put of old css_set from migrate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/5 V3] cgroup: remove redundate get/put of old css_set from migrate
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 5/5] cgroup: separate out cgroup_attach_proc error handling code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/5] cgroup: remove extra calls to find_existing_css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/5] cgroup: remove redundant get/put of task struct
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/5 V3] cgroup: remove redundate get/put of old css_set from migrate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/5] cgroup: remove redundant get/put of task struct
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 4/5] cgroup: remove extra calls to find_existing_css_set
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 3/5] cgroup: only need to check oldcgrp==newgrp once
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 5/5] cgroup: separate out cgroup_attach_proc error handling code
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/5 V3] cgroup: remove redundate get/put of old css_set from migrate
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] cgroup: Drop task_lock(parent) on cgroup_fork()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 1/2] cgroup: Remove unnecessary task_lock before fetching css_set on migration
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH v2] cgroup: remove redundate get/put of old css_set from migrate
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH v2] cgroup: remove redundate get/put of old css_set from migrate
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] cgroup: remove redundate get/put of old css_set from migrate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: remove redundate get/put of old css_set from migrate
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroups: remove redundant get/put of css_set from css_set_check_fetched()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroups: fix a css_set not found bug in cgroup_attach_proc
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup: remove redundate get/put of old css_set from migrate
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] cgroup: remove redundate get/put of old css_set from migrate
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH] cgroup: remove redundate get/put of old css_set from migrate
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] cgroups: remove redundant get/put of css_set from css_set_check_fetched()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroups: fix a css_set not found bug in cgroup_attach_proc
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH] cgroups: remove redundant get/put of css_set from css_set_check_fetched()
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH][V4] Add reboot_pid_ns to handle the reboot syscall
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroups: fix a css_set not found bug in cgroup_attach_proc
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] cgroups: fix a css_set not found bug in cgroup_attach_proc
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH][V4] Add reboot_pid_ns to handle the reboot syscall
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH][V4] Add reboot_pid_ns to handle the reboot syscall
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -mm] cgroup: Fix task counter common ancestor logic
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: [PATCH 0/1][V4] Handle reboot in a child pid namespace
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH -mm] cgroup: Fix task counter common ancestor logic
  • From: Daniel J Walsh <dwalsh@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] resource cgroups: remove bogus cast
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH UPDATED AGAIN 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH UPDATED AGAIN 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH][V4] Add reboot_pid_ns to handle the reboot syscall
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• network namespace support in iproute2 tool
  • From: rsa <ravi.mlists@xxxxxxxxx>
• Re: [Lxc-users] How to start the network services so as to get the IP address using lxc-execute???
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• [PATCH][V4] Add reboot_pid_ns to handle the reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 0/1][V4] Handle reboot in a child pid namespace
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH UPDATED AGAIN 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [Lxc-users] How to start the network services so as to get the IP address using lxc-execute???
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• Re: [Lxc-users] How to start the network services so as to get the IP address using lxc-execute???
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• [PATCH UPDATED AGAIN 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Lxc-users] How to start the network services so as to get the IP address using lxc-execute???
  • From: Geordy Korte <gkorte@xxxxxxxxx>
• Re: [Lxc-users] How to start the network services so as to get the IP address using lxc-execute???
  • From: Geordy Korte <gkorte@xxxxxxxxx>
• Re: [Lxc-users] How to start the network services so as to get the IP address using lxc-execute???
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• Re: [Lxc-users] How to start the network services so as to get the IP address using lxc-execute???
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [Lxc-users] How to start the network services so as to get the IP address using lxc-execute???
  • From: Ramez Hanna <rhanna@xxxxxxxxxxxxxx>
• How to start the network services so as to get the IP address using lxc-execute???
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• Re: [PATCH 1/1][V3] Add reboot_pid_ns to handle the reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH UPDATED 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH UPDATED 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/1][V3] Add reboot_pid_ns to handle the reboot syscall
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] resource cgroups: remove bogus cast
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH] resource cgroups: remove bogus cast
  • From: Davidlohr Bueso <dave@xxxxxxx>
• Re: [Lxc-users] How assign the IP address sequentially?
  • From: "lists.jc.michel@xxxxxxxxxxxx" <lists.jc.michel@xxxxxxxxxxxx>
• Re: [Lxc-users] How assign the IP address sequentially?
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• How to start only network services using lxc-execute.
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• How assign the IP address sequentially?
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• Re: [PATCH 1/1][V3] Add reboot_pid_ns to handle the reboot syscall
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1][V3] Add reboot_pid_ns to handle the reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 1/1][V3] Add reboot_pid_ns to handle the reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH] resource cgroups: remove bogus cast
  • From: Davidlohr Bueso <dave@xxxxxxx>
• Re: [PATCH 0/1][V3] Handle reboot in a child pid namespace
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 0/1][V3] Handle reboot in a child pid namespace
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 0/1][V3] Handle reboot in a child pid namespace
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 1/1][V3] Add reboot_pid_ns to handle the reboot syscall
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH UPDATED 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/1][V3] Add reboot_pid_ns to handle the reboot syscall
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [Lxc-users] how to make changes in conf file
  • From: István Király - LaKing <d250@xxxxxxxxx>
• how to make changes in conf file
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• Re: [PATCH 0/1][V3] Handle reboot in a child pid namespace
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 0/1][V3] Handle reboot in a child pid namespace
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• [PATCH 1/1][V3] Add reboot_pid_ns to handle the reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 0/1][V3] Handle reboot in a child pid namespace
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 1/1][v2] Add reboot_pid_ns to handle the reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 1/1][v2] Add reboot_pid_ns to handle the reboot syscall
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 1/1][v2] Add reboot_pid_ns to handle the reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 0/1][V2] Handle reboot in a child pid namespace
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] Add reboot_pid_ns to handle the reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] Add reboot_pid_ns to handle the reboot syscall
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH] Add reboot_pid_ns to handle the reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH UPDATED 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• How assign the IP address of containers sequentially.
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• Re: [PATCH UPDATED 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: How to create simple socket session between host and multiple containers.
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• Re: How to create simple socket session between host and multiple containers.
  • From: Zhu Yanhai <zhu.yanhai@xxxxxxxxx>
• How to create simple socket session between host and multiple containers.
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• Re: [PATCH UPDATED 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH UPDATED 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH UPDATED 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH UPDATED 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH UPDATED 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: stable threadgroup during attach & subsys methods consolidation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH UPDATED 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH -mm] cgroup: Fix task counter common ancestor logic
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Michal Hocko <mhocko@xxxxxxx>
• How to use lxc-containrs to run samba tests.
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• Re: [PATCH 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: linux-next: inclusion request for cgroup/for-next
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: stable threadgroup during attach & subsys methods consolidation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• linux-next: inclusion request for cgroup/for-next
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCHSET] cgroup: stable threadgroup during attach & subsys methods consolidation
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] __send_signal: pass q->info, not info, to userns_fixup_signal_uid (v2)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCHSET] cgroup: stable threadgroup during attach & subsys methods consolidation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 04/10] cgroup: always lock threadgroup during migration
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 05/10] cgroup: subsys->attach_task() should be called after migration
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH 6/6] protect cap_netlink_recv from user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/1] __send_signal: pass q->info, not info, to userns_fixup_signal_uid (v2)
  • From: Jiri Slaby <jirislaby@xxxxxxxxx>
• Re: [PATCH 6/6] protect cap_netlink_recv from user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: user namespace: make signal.c respect user namespaces (v5)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: user namespace: make signal.c respect user namespaces (v5)
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• [PATCH 1/1] __send_signal: pass q->info, not info, to userns_fixup_signal_uid (v2)
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• [GIT PULL cgroup] Update maintainership
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: user namespace: make signal.c respect user namespaces (v5)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: user namespace: make signal.c respect user namespaces (v5)
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• [PATCH 1/1] __send_signal: pass q->info, not info, to userns_fixup_signal_uid
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: cgroup memory limit problems
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: user namespace: make signal.c respect user namespaces (v5)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Tomasz Buchert <tomasz.buchert@xxxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Tomasz Buchert <tomasz.buchert@xxxxxxxx>
• user namespace: make signal.c respect user namespaces (v5)
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH] cgroup_freezer: fix freezing groups with stopped tasks
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC v2] cgroup: syscalls limiting subsystem
  • From: Łukasz Sowa <luksow@xxxxxxxxx>
• Re: [PATCH] Replace Paul Menage with Tejun Heo as cgroups maintainer
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] Replace Paul Menage with Tejun Heo as cgroups maintainer
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] Replace Paul Menage with Tejun Heo as cgroups maintainer
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 10/10] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 09/10] cgroup, cpuset: don't use ss->pre_attach()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 08/10] cgroup: don't use subsys->can_attach_task() or ->attach_task()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 07/10] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 06/10] cgroup: improve old cgroup handling in cgroup_attach_proc()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 05/10] cgroup: subsys->attach_task() should be called after migration
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 04/10] cgroup: always lock threadgroup during migration
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 04/10] cgroup: always lock threadgroup during migration
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [RFC v2] cgroup: syscalls limiting subsystem
  • From: Łukasz Sowa <luksow@xxxxxxxxx>
• Re: [PATCH 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: user namespaces: fix some uid/privilege leaks
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/6] user namespace: make signal.c respect user namespaces (v4)
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] user namespace: make signal.c respect user namespaces (v4)
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: cgroup memory limit problems
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: cgroup memory limit problems
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• Re: cgroup memory limit problems
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>
• Re: cgroup memory limit problems
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: cgroup memory limit problems
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: cgroup memory limit problems
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• cgroup memory limit problems
  • From: Arkadiusz Miśkiewicz <arekm@xxxxxxxx>