Linux Containers

• Thread Index

• Re: Banning checkpoint (was: Re: What can OpenVZ do?)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] c/r: define s390-specific checkpoint-restart code (v4)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] c/r: define s390-specific checkpoint-restart code (v4)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: debugging threaded apps running under a clone(CLONE_NEWPID)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC] [PATCH] cgroup: accounting and limitation of disk quota
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: debugging threaded apps running under a clone(CLONE_NEWPID)
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: debugging threaded apps running under a clone(CLONE_NEWPID)
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: debugging threaded apps running under a clone(CLONE_NEWPID)
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: [PATCH 4/4] mqueue namespace: adapt sysctl
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: Banning checkpoint (was: Re: What can OpenVZ do?)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v13][PATCH 05/14] x86 support for checkpoint/restart
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH] cgroups: more documentation for remount and release_agent
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: Banning checkpoint (was: Re: What can OpenVZ do?)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 4/4] mqueue namespace: adapt sysctl
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 4/4] mqueue namespace: adapt sysctl
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 3/4] ipc namespaces: implement support for posix msqueues
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 2/4] mqueue ns: move mqueue_mnt into struct ipc_namespace
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 1/4] move proc_net_get_sb to a generic fs/super.c helper
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH] cgroups: more documentation for remount and release_agent
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: Question for remount
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: Question for remount
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: Question for remount
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: Question for remount
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/5] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Deny external checkpoint unless frozen
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/5] check files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] Deny external checkpoint unless frozen
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH] Check may_checkpoint() early
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] Deny external checkpoint unless frozen
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/5] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: define s390-specific checkpoint-restart code (v4)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: Question for remount
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/5] check files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] c/r: define s390-specific checkpoint-restart code (v4)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] Deny external checkpoint unless frozen
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] c/r: define s390-specific checkpoint-restart code (v4)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH] c/r: define s390-specific checkpoint-restart code (v4)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [RFC] [PATCH] cgroup: accounting and limitation of disk quota
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 4/4] keys: make procfiles per-user-namespace
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: debugging threaded apps running under a clone(CLONE_NEWPID)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC] [PATCH] cgroup: accounting and limitation of disk quota
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: Question for remount
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: Question for remount
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: Question for remount
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [RFC] [PATCH] cgroup: accounting and limitation of disk quota
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: [PATCH 3/3] netns: Remove net_alive
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] netns: Fix icmp shutdown.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] tcp: Like icmp use register_pernet_subsys
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Deny external checkpoint unless frozen
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH] Check may_checkpoint() early
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: Question for remount
  • From: "KAMEZAWA Hiroyuki" <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• debugging threaded apps running under a clone(CLONE_NEWPID)
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: [PATCH] cgroup for disk quota
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: [PATCH] cgroup for disk quota
  • From: Daniel Lezcano <dlezcano@xxxxxxxxxx>
• Re: Question for remount
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] cgroup for disk quota
  • From: anqin <anqin.qin@xxxxxxxxx>
• [PATCH 3/3] netns: Remove net_alive
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/3] tcp: Like icmp use register_pernet_subsys
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• Re: [PATCH 1/3] netns: Fix icmp shutdown.
  • From: "Denis V. Lunev" <den@xxxxxxxxxx>
• [PATCH 2/3] tcp: Like icmp use register_pernet_subsys
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/3] netns: Fix icmp shutdown.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/3] Fix Network namespace shutdown take 2
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• lxc : linux containers tool 0.6.0 release
  • From: Daniel Lezcano <dlezcano@xxxxxxxxxx>
• Re: [PATCH] cgroup for disk quota
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] cgroup for disk quota
  • From: Daniel Lezcano <dlezcano@xxxxxxxxxx>
• Re: [PATCH] cgroup for disk quota
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: [PATCH] cgroup for disk quota
  • From: Rolando Martins <rolando.martins@xxxxxxxxx>
• Fwd: [PATCH] cgroup for disk quota
  • From: anqin <anqin.qin@xxxxxxxxx>
• Question for remount
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH] cgroup for disk quota
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: Roland McGrath <roland@xxxxxxxxxx>
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: Roland McGrath <roland@xxxxxxxxxx>
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: Roland McGrath <roland@xxxxxxxxxx>
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/9] Multiple devpts instances
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/7][v8] Container-init signal semantics
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 5/7][v8] zap_pid_ns_process() should use force_sig()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC][PATCH 1/5] create fs flag to mark c/r supported fs's
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: Banning checkpoint (was: Re: What can OpenVZ do?)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/7][v8] zap_pid_ns_process() should use force_sig()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC][PATCH 1/5] create fs flag to mark c/r supported fs's
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Banning checkpoint (was: Re: What can OpenVZ do?)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC][PATCH 1/5] create fs flag to mark c/r supported fs's
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 2/5] file c/r: expose functions to query fs support
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 4/5] breakout fdinfo sprintf() into its own function
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 3/5] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 1/5] create fs flag to mark c/r supported fs's
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 5/5] add c/r info to fdinfo
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 0/9] Multiple devpts instances
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/9] Multiple devpts instances
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 0/7][v8] Container-init signal semantics
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 6/7][v8] Protect cinit from blocked fatal signals
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/7][v8] Add from_ancestor_ns parameter to send_signal()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/7][v8] zap_pid_ns_process() should use force_sig()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/7][v8] Remove 'handler' parameter to tracehook functions
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/7][v8] Protect cinit from unblocked SIG_DFL signals
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/7][v8] Protect init from unwanted signals more
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/7][v8] Container-init signal semantics
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: What can OpenVZ do?
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: What can OpenVZ do?
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: What can OpenVZ do?
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: What can OpenVZ do?
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroups: update documentation about css_set hash table
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH] cgroups: update documentation about css_set hash table
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: What can OpenVZ do?
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: What can OpenVZ do?
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: What can OpenVZ do?
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH 1/3 v2] powerpc: heckpoint/restart implementation
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: What can OpenVZ do?
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] netns: remove useless synchronize_net()
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxx>
• how to get each process handler in given cgroup system
  • From: Ian jonhson <jonhson.ian@xxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] netns: remove useless synchronize_net()
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH] User namespaces: Only put the userns when we unhash the uid
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH] User namespaces: Only put the userns when we unhash the uid
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH] User namespaces: Only put the userns when we unhash the uid
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: What can OpenVZ do?
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 4/4] keys: make procfiles per-user-namespace
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: What can OpenVZ do?
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: What can OpenVZ do?
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: What can OpenVZ do?
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• What can OpenVZ do?
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Matt Mackall <mpm@xxxxxxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] netns: remove useless synchronize_net()
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: containers mini-summit @ Linux Symposium
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] netns: remove useless synchronize_net()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: namespaces?: bug at mm/slub.c:2750
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: namespaces?: bug at mm/slub.c:2750
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: namespaces?: bug at mm/slub.c:2750
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: namespaces?: bug at mm/slub.c:2750
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxx>
• Re: namespaces?: bug at mm/slub.c:2750
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: namespaces?: bug at mm/slub.c:2750
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: namespaces?: bug at mm/slub.c:2750
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: namespaces?: bug at mm/slub.c:2750
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] netns: remove useless synchronize_net()
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [CRED bug?] 2.6.29-rc3 don't survive on stress workload
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [CRED bug?] 2.6.29-rc3 don't survive on stress workload
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: namespaces?: bug at mm/slub.c:2750
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxx>
• Re: namespaces?: bug at mm/slub.c:2750
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] netns: remove useless synchronize_net()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• containers mini-summit @ Linux Symposium
  • From: Kir Kolyshkin <kir@xxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Nauman Rafique <nauman@xxxxxxxxxx>
• Re: [PATCH] cgroups: fix possible use after free
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] cgroups: fix possible use after free
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroups: fix possible use after free
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] cgroups: fix possible use after free
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Nauman Rafique <nauman@xxxxxxxxxx>
• Re: [PATCH] netns: remove useless synchronize_net()
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] netns: remove useless synchronize_net()
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxxxxxx>
• Re: [PATCH] netns: remove useless synchronize_net()
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] netns: remove useless synchronize_net()
  • From: Nicolas Dichtel <nicolas.dichtel@xxxxxxxxxxxxx>
• Re: [PATCH] cgroups: fix possible use after free
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• cgroup, RT reservation per core(s)?
  • From: Rolando Martins <rolando.martins@xxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
• Re: [PATCH] cgroups: fix possible use after free
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH] cgroups: fix possible use after free
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH] liblxc: add scripts/lxc-fedora.in (WAS: Re: [PATCH] liblxc: Update lxc-debian to use the lenny release)
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] liblxc: Update lxc-debian to use the lenny release
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] liblxc: Update lxc-debian to use the lenny release
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] liblxc: Update lxc-debian to use the lenny release
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Mike Waychison <mikew@xxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Jim Winget <winget@xxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] liblxc: Update lxc-debian to use the lenny release
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: bootstrap problem
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7][v7] Container-init signal semantics
  • From: Roland McGrath <roland@xxxxxxxxxx>
• Re: [PATCH 0/7][v7] Container-init signal semantics
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Nauman Rafique <nauman@xxxxxxxxxx>
• Re: [v2][PATCH 5/5] Merge code for single and multiple-instance mounts
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: cgroup mount point
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• RE: storage considerations
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Re: storage considerations
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• RE: storage considerations
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Re: storage considerations
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] liblxc: handle interruption/failure of lxc-debian more gracefully
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• RE: [Devel] RE: storage considerations
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Re: [PATCH] liblxc: lxc-debian expects missing directories
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] liblxc: lxc-debian expects missing directories
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• [PATCH] liblxc: Update lxc-debian to use the lenny release
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH] liblxc: lxc-debian expects missing directories
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH] liblxc: handle interruption/failure of lxc-debian more gracefully
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH] liblxc: lxc-debian expects missing directories
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH] liblxc: lxc-debian expects missing directories
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• RE: storage considerations
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• RE: storage considerations
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Masahiko Takahashi <m-takahashi@xxxxxxxxxxxxx>
• Re: [v2][PATCH 4/5] Remove get_init_pts_sb()
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [v2][PATCH 1/5] Unroll essentials of do_remount_sb() into devpts
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [v2][PATCH 3/5] Move common mknod_ptmx() calls into caller
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [v2][PATCH 2/5] Parse mount options just once and copy them to super block
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [v2][PATCH 1/5] Unroll essentials of do_remount_sb() into devpts
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: storage considerations
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: storage considerations
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: storage considerations
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: storage considerations
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] cgroups: fix lockdep subclasses overflow
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH] cgroups: fix lockdep subclasses overflow
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH] cgroups: fix lockdep subclasses overflow
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [v2][PATCH 5/5] Merge code for single and multiple-instance mounts
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [v2][PATCH 4/5] Remove get_init_pts_sb()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [v2][PATCH 3/5] Move common mknod_ptmx() calls into caller
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/5][v2] Simplify devpts code
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [v2][PATCH 2/5] Parse mount options just once and copy them to super block
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [v2][PATCH 1/5] Unroll essentials of do_remount_sb() into devpts
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: tty consideration
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• RE: storage considerations
  • From: "Dietmar Maurer" <dietmar@xxxxxxxxxxx>
• Re: storage considerations
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC cr-pipe-v13][PATCH 3/3] Restore open pipes
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: cgroup mount point
  • From: Bill Nottingham <notting@xxxxxxxxxx>
• [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: cgroup mount point
  • From: Gabor Gombas <gombasg@xxxxxxxxx>
• Re: cgroup mount point
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: cgroup mount point
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxxx>
• Re: cgroup mount point
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxxx>
• Re: cgroup mount point
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: libcgroup
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: cgroup mount point
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: cgroup mount point
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC cr-pipe-v13][PATCH 3/3] Restore open pipes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: cgroup mount point
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxxx>
• Re: cgroup mount point
  • From: "Chris Friesen" <cfriesen@xxxxxxxxxx>
• Re: cgroup mount point
  • From: Thadeu Lima de Souza Cascardo <cascardo@xxxxxxxxxxxxxx>
• Re: [RFC cr-pipe-v13][PATCH 3/3] Restore open pipes
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [RFC][PATCH 5/5] Merge code for single and multiple-instance mounts
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC][PATCH 4/5] Remove get_init_pts_sb()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC][PATCH 3/5] Move common mknod_ptmx() calls into caller
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC][PATCH 2/5] Parse mount options just once and copy them to super block
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC][PATCH 1/5] Unroll essentials of do_remount_sb() into devpts
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC][PATCH] devpts: Must release s_umount on error
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC][PATCH] simple_set_mnt() should return void
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• git mirror of lxc cvs repository
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] allow checkpoint/restart on powerpc
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• liblxc: Add pkg-config file
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH] liblxc: Complete use of autoconf prefix in lxc-debian
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [RFC][PATCH 5/5] Merge code for single and multiple-instance mounts
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 4/5] Remove get_init_pts_sb()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 3/5] Move common mknod_ptmx() calls into caller
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 2/5] Parse mount options just once and copy them to super block
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 1/5] Unroll essentials of do_remount_sb() into devpts
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 0/5] Simplify devpts code
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC][PATCH] devpts: Must release s_umount on error
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH] simple_set_mnt() should return void
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Make kernel source path configurable
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Implementation of dm-ioband as a dm-driver (Re: [dm-devel] [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch)
  • From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
• Hierarchical grouping facility for IO controller (Re: [dm-devel] [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch)
  • From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
• 2-Level IO scheduling (Re: [dm-devel] [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch)
  • From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
• [PATCH] Make kernel source path configurable
  • From: Mike Waychison <mikew@xxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Masahiko Takahashi <m-takahashi@xxxxxxxxxxxxx>
• [PATCH 3/3] allow checkpoint/restart on powerpc
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [RFC/PATCH 0/3] checkpoint/restart for powerpc
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 2/3] powerpc: wire up checkpoint and restart syscalls
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH] liblxc: Complete use of autoconf prefix in lxc-debian
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH] c/r: define s390-specific checkpoint-restart code
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: "Masahiko Takahashi" <m-takahashi@xxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 2/3] ipc namespaces: implement support for posix msqueues
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• [RFC cr-pipe-v13][PATCH 3/3] Restore open pipes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC cr-pipe-v13][PATCH 0/3] c/r of open pipes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC cr-pipe-v13][PATCH 1/3] A new file type (CR_FD_OBJREF) for a file descriptor already setup
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC cr-pipe-v13][PATCH 0/3] c/r of open pipes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC cr-pipe-v13][PATCH 0/3] c/r of open pipes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [Patch 0/3] posix mqueue namespace (v14)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [RFC v13][PATCH 06/14] Dump memory address space
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 02/14] Checkpoint/restart: initial documentation
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 04/14] General infrastructure for checkpoint restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 05/14] x86 support for checkpoint/restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 14/14] Restart multiple processes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 09/14] Dump open file descriptors
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 08/14] Infrastructure for shared objects
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 10/14] Restore open file descriprtors
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 01/14] Create syscalls: sys_checkpoint, sys_restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 11/14] External checkpoint of a task other than ourself
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 12/14] Track in-kernel when we expect checkpoint/restart to work
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 03/14] Make file_pos_read/write() public
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC v13][PATCH 01/14] Create syscalls: sys_checkpoint, sys_restart
  • From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
• Re: [PATCH] c/r: define s390-specific checkpoint-restart code
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 07/14] Restore memory address space
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v13][PATCH 13/14] Checkpoint multiple processes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: Checkpoint / Restart
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Checkpoint / Restart
  • From: Ralph-Gordon Paul <Ralph-Gordon.Paul@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] ipc namespaces: implement support for posix msqueues
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] mqueue ns: move mqueue_mnt into struct ipc_namespace
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch 0/3] posix mqueue namespace (v14)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [dm-devel] [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] Reset pos in cr_write_pids()
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] cgroup: Fix root_count when mount fails due to busy subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] cgroup: Fix root_count when mount fails due to busy subsystem
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] cgroup: Fix root_count when mount fails due to busy subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] cgroup: Fix root_count when mount fails due to busy subsystem
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] cgroup: Fix root_count when mount fails due to busy subsystem
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] cgroup: Fix root_count when mount fails due to busy subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] cgroup: Fix root_count when mount fails due to busy subsystem
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [dm-devel] [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch
  • From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [PATCH] cgroup: Fix root_count when mount fails due to busy subsystem
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: commit 7534432dcc3c654a8671b6b0cdffd1dbdbc73074
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: commit 7534432dcc3c654a8671b6b0cdffd1dbdbc73074
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: commit 7534432dcc3c654a8671b6b0cdffd1dbdbc73074
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: commit 7534432dcc3c654a8671b6b0cdffd1dbdbc73074
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH] cgroup: Fix root_count when mount fails due to busy subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: commit 7534432dcc3c654a8671b6b0cdffd1dbdbc73074
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: commit 7534432dcc3c654a8671b6b0cdffd1dbdbc73074
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: commit 7534432dcc3c654a8671b6b0cdffd1dbdbc73074
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• commit 7534432dcc3c654a8671b6b0cdffd1dbdbc73074
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [dm-devel] [PATCH 1/2] dm-ioband: I/O bandwidth controller v1.10.0: Source code and patch
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [PATCH 0/7][v7] Container-init signal semantics
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Arve Hjønnevåg <arve@xxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] Reset pos in cr_write_pids()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH] Reset pos in cr_write_pids()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Evgeniy Polyakov <zbr@xxxxxxxxxxx>
• [RFC] [PATCH] Cgroup based OOM killer controller
  • From: Nikanth Karthikesan <knikanth@xxxxxxx>
• Re: [PATCH] cgroups: fix lock inconsistency in cgroup_clone()
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 0/7][v7] Container-init signal semantics
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 0/7][v7] Container-init signal semantics
  • From: Bryan Donlan <bdonlan@xxxxxxxxx>
• Re: [PATCH 0/7][v7] Container-init signal semantics
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7][v7] Container-init signal semantics
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/7][v7] Container-init signal semantics
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 0/7][v7] Container-init signal semantics
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] NOOP cgroup subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 0/7][v7] Container-init signal semantics
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] NOOP cgroup subsystem
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 7/7][v7] proc: Show SIG_DFL signals to init as "ignored" signals
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7][v7] proc: Show SIG_DFL signals to init as "ignored" signals
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH] cgroups: fix lock inconsistency in cgroup_clone()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] NOOP cgroup subsystem
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] NOOP cgroup subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH 4/7][v7] Protect cinit from unblocked SIG_DFL signals
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7][v7] Protect cinit from unblocked SIG_DFL signals
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7][v7] proc: Show SIG_DFL signals to init as "ignored" signals
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: nsgroup autoremoving
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7][v7] Container-init signal semantics
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: nsgroup autoremoving
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: nsgroup autoremoving
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: LSM stacking/secondary modules / RFC: Socket MAC LSM
  • From: Stephan Peijnik <stephan@xxxxxxxxxx>
• Re: [PATCH 7/7][v7] proc: Show SIG_DFL signals to init as "ignored" signals
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 4/7][v7] Protect cinit from unblocked SIG_DFL signals
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 0/7][v6] Container-init signal semantics
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 7/7][v7] proc: Show SIG_DFL signals to init as "ignored" signals
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 6/7][v7] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/7][v7] Protect cinit from blocked fatal signals
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/7][v7] Protect cinit from unblocked SIG_DFL signals
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/7][v7] Add from_ancestor_ns parameter to send_signal()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/7][v7] Protect init from unwanted signals more
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/7][v7] Remove 'handler' parameter to tracehook functions
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/7][v7] Container-init signal semantics
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] mqueue namespace: adapt sysctl
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 1/3] mqueue ns: move mqueue_mnt into struct ipc_namespace
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 2/3] ipc namespaces: implement support for posix msqueues
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [Patch 0/3] posix mqueue namespace (v14)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: LSM stacking/secondary modules / RFC: Socket MAC LSM
  • From: Paul Moore <paul.moore@xxxxxx>
• [PATCH] c/r: define s390-specific checkpoint-restart code
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: nsgroup autoremoving
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• nsgroup autoremoving
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: Net containers config and usage
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Performance of netns with sysfs
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] use hierarchy mutex in creation failure path
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH] use hierarchy mutex in creation failure path
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] NOOP cgroup subsystem
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] NOOP cgroup subsystem
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] NOOP cgroup subsystem
  • From: Matthew Helsley <matthltc@xxxxxxxxxx>
• Re: Net containers config and usage
  • From: "Chris R. Jones" <chris@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] cr: Introduce s390x checkpoint/restart code
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: Net containers config and usage
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH/RFC] objhash.c: fix (?) invalid casts
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: Net containers config and usage
  • From: chris@xxxxxxxxxxxxx
• Re: Performance of netns with sysfs
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: Performance of netns with sysfs
  • From: Guenter Roeck <groeck@xxxxxxxxxxx>
• Performance of netns with sysfs
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH/RFC] objhash.c: fix (?) invalid casts
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH] fix ckpt_mem build on ppc64
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: LSM stacking/secondary modules / RFC: Socket MAC LSM
  • From: Stephan Peijnik <stephan@xxxxxxxxxx>
• Re: LSM stacking/secondary modules / RFC: Socket MAC LSM
  • From: Stephan Peijnik <stephan@xxxxxxxxxx>
• Re: LSM stacking/secondary modules / RFC: Socket MAC LSM
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: LSM stacking/secondary modules / RFC: Socket MAC LSM
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] cr: Introduce s390x checkpoint/restart code
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: LSM stacking/secondary modules / RFC: Socket MAC LSM
  • From: Grzegorz Nosek <root@xxxxxxxxxxxxxx>
• Re: LSM stacking/secondary modules / RFC: Socket MAC LSM
  • From: Stephan Peijnik <stephan@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] cr: Introduce s390x checkpoint/restart code
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] cr: Introduce s390x checkpoint/restart code
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] cr: Introduce s390x checkpoint/restart code
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• [RFC PATCH 2/2] cr: s390: fill in the read/write routines
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [RFC PATCH 1/2] c/r: hook checkpoint and restart for s390
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [RFC PATCH 0/2] cr: Introduce s390x checkpoint/restart code
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: LSM stacking/secondary modules / RFC: Socket MAC LSM
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC v12][PATCH 01/14] Create syscalls: sys_checkpoint, sys_restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: Net containers config and usage
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Net containers config and usage
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: Net containers config and usage
  • From: chris@xxxxxxxxxxxxx
• Re: Net containers config and usage
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC v12][PATCH 01/14] Create syscalls: sys_checkpoint, sys_restart
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: Net containers config and usage
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC v12][PATCH 13/14] Checkpoint multiple processes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: Net containers config and usage
  • From: chris@xxxxxxxxxxxxx
• Re: Net containers config and usage
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC][PATCH] memcg: fix a race when setting memcg.swappiness
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] memcg: fix a race when setting memcg.swappiness
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] memcg: fix a race when setting memcg.swappiness
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] memcg: fix a race when setting memcg.swappiness
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] memcg: fix a race when setting memcg.swappiness
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC][PATCH] memcg: fix a race when setting memcg.swappiness
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [Devel] Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [Devel] Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [Devel] [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [Devel] Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: Net containers config and usage
  • From: Guenter Roeck <groeck@xxxxxxxxxxx>
• Re: Net containers config and usage
  • From: chris@xxxxxxxxxxxxx
• Re: Net containers config and usage
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: Net containers config and usage
  • From: chris@xxxxxxxxxxxxx
• Re: Net containers config and usage
  • From: Guenter Roeck <groeck@xxxxxxxxxxx>
• Re: Net containers config and usage
  • From: chris@xxxxxxxxxxxxx
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: Net containers config and usage
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: Net containers config and usage
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] Relax ns_can_attach checks to allow attaching to grandchild cgroups
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: Net containers config and usage
  • From: chris@xxxxxxxxxxxxx
• Re: [PATCH] Relax ns_can_attach checks to allow attaching to grandchild cgroups
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC v12][PATCH 13/14] Checkpoint multiple processes
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: Net containers config and usage
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Net containers config and usage
  • From: chris@xxxxxxxxxxxxx
• Re: [Devel] [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: [Devel] Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [Devel] [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Grzegorz Nosek <root@xxxxxxxxxxxxxx>
• Re: [PATCH 6/7][v6] Protect cinit from blocked fatal signals
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 0/7][v6] Container-init signal semantics
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [Devel] [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [Devel] Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [Devel] [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Grzegorz Nosek <root@xxxxxxxxxxxxxx>
• Contribution
  • From: "Mehdi Sheikhalishahi" <mehdi.alishahi@xxxxxxxxx>
• Re: [Devel] Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroups: consolidate cgroup documents
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] cgroups: consolidate cgroup documents
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Guenter Roeck <groeck@xxxxxxxxxxx>
• [PATCH 4/4] keys: make procfiles per-user-namespace
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 3/4] keys: skip keys from another user namespace
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 2/4] keys: consider user namespace in key_permission
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 1/4] keys: distinguish per-uid keys in different namespaces
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] cgroups: clean up Kconfig
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Guenter Roeck <groeck@xxxxxxxxxxx>
• Re: [PATCH] cgroups: consolidate cgroup documents
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [Devel] [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [Devel] Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] cgroups: consolidate cgroup documents
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] cgroups: clean up Kconfig
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Guenter Roeck <groeck@xxxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Grzegorz Nosek <root@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] cgroups: consolidate cgroup documents
  • From: "Balbir Singh" <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroups: consolidate cgroup documents
  • From: "Balbir Singh" <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroups: consolidate cgroup documents
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH] cgroups: consolidate cgroup documents
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH] cgroups: clean up Kconfig
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Benny Amorsen <benny+usenet@xxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Grzegorz Nosek <root@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Grzegorz Nosek <root@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Grzegorz Nosek <root@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 7/7][v6] SI_USER: Masquerade si_pid when crossing pid ns boundary
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 6/7][v6] Protect cinit from blocked fatal signals
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/7][v6] Protect cinit from unblocked SIG_DFL signals
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/7][v6] Define siginfo_from_ancestor_ns()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/7][v6] Add from_ancestor_ns parameter to send_signal()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/7][v6] Protect init from unwanted signals more
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Remove 'handler' parameter to tracehook functions
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/7][v6] Container-init signal semantics
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Grzegorz Nosek <root@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC v12][PATCH 14/14] Restart multiple processes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/4] sunrpc: Improve UTS namespace workaround
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Relax ns_can_attach checks to allow attaching to grandchild cgroups
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: trond.myklebust@xxxxxxxxxx
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC][PATCH 3/4] sunrpc: Improve UTS namespace workaround
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <Trond.Myklebust@xxxxxxxxxx>
• Re: [PATCH] Relax ns_can_attach checks to allow attaching to grandchild cgroups
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 4/4] Represent RPC Callers
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC][PATCH] IP address restricting cgroup subsystem
  • From: Grzegorz Nosek <root@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• [PATCH] Relax ns_can_attach checks to allow attaching to grandchild cgroups
  • From: Grzegorz Nosek <root@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: Trond Myklebust <trond.myklebust@xxxxxxxxxx>
• Re: [RFC v12][PATCH 00/14] Kernel based checkpoint/restart
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC v12][PATCH 00/14] Kernel based checkpoint/restart
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/4] sunrpc: Use utsnamespaces
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 3/4] sunrpc: Improve UTS namespace workaround
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: nfsd and containers
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>