Linux Containers

• Thread Index

• Re: [EXAMPLE CODE] Parasite thread injection using PTRACE_SEIZE and friends
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Reply #2: [TOOLS] To make use of the patches
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [TOOLS] To make use of the patches
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [EXAMPLE CODE] Parasite thread injection using PTRACE_SEIZE and friends
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 5/7] clone: Introduce the CLONE_CHILD_USEPID functionality
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 7/7] binfmt: Introduce the binfmt_img exec handler
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Tomas Mraz <tmraz@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: [PATCH 5/7] clone: Introduce the CLONE_CHILD_USEPID functionality
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] vfs: Add ->statfs callback for pipefs
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] proc: Introduce the Children: line in /proc/<pid>/status
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: [PATCH 2/7] vfs: Introduce the fd closing helper
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
• Re: [PATCH 0/1] proc: Introduce the /proc/<pid>/mfd/ directory
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/7] vfs: Add ->statfs callback for pipefs
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/7] proc: Introduce the Children: line in /proc/<pid>/status
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 7/7] binfmt: Introduce the binfmt_img exec handler
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/7] proc: Introduce the /proc/<pid>/dump file
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Matthias Clasen <mclasen@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Lennart Poettering <mzerqung@xxxxxxxxxxx>
• new cg-manager gui tool for managin cgroups
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [EXAMPLE CODE] Parasite thread injection using PTRACE_SEIZE and friends
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [EXAMPLE CODE] Parasite thread injection using PTRACE_SEIZE and friends
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [EXAMPLE CODE] Parasite thread injection using PTRACE_SEIZE and friends
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [EXAMPLE CODE] Parasite thread injection using PTRACE_SEIZE and friends
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 6/7] proc: Introduce the /proc/<pid>/dump file
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH 6/7] proc: Introduce the /proc/<pid>/dump file
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [TOOLS] To make use of the patches
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• [PATCH 7/7] binfmt: Introduce the binfmt_img exec handler
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• [PATCH 6/7] proc: Introduce the /proc/<pid>/dump file
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• [PATCH 5/7] clone: Introduce the CLONE_CHILD_USEPID functionality
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• [PATCH 2/7] vfs: Introduce the fd closing helper
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• [PATCH 4/7] vfs: Add ->statfs callback for pipefs
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• [PATCH 3/7] proc: Introduce the Children: line in /proc/<pid>/status
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• [PATCH 0/1] proc: Introduce the /proc/<pid>/mfd/ directory
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC PATCH 01/14] add Documentation/namespaces/user_namespace.txt
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Unable to checkpoint containers
  • From: Prashanth Mohan <prashmohan@xxxxxxxxx>
• Re: [RFC PATCH 03/14] keyctl: check capabilities against key's user_ns
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [RFC PATCH 01/14] add Documentation/namespaces/user_namespace.txt
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Unable to checkpoint containers
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Unable to checkpoint containers
  • From: Prashanth Mohan <prashmohan@xxxxxxxxx>
• Re: [RFC PATCH 08/14] af_netlink.c: make netlink_capable userns-aware
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC PATCH 08/14] af_netlink.c: make netlink_capable userns-aware
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [RFC PATCH 13/14] userns: net: make many network capable calls targeted
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 08/14] af_netlink.c: make netlink_capable userns-aware
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 07/14] user namespace: use net->user_ns for some capable calls under net/
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 09/14] user ns: convert ipv6 to targeted capabilities
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 11/14] userns: make some net-sysfs capable calls targeted
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 10/14] net/core/scm.c: target capable() calls to user_ns owning the net_ns
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 12/14] user_ns: target af_key capability check
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 04/14] user_ns: convert fs/attr.c to targeted capabilities
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 02/14] allow root in container to copy namespaces
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 14/14] net: pass user_ns to cap_netlink_recv()
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 05/14] userns: clamp down users of cap_raised
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 03/14] keyctl: check capabilities against key's user_ns
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 06/14] user namespace: make each net (net_ns) belong to a user_ns
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 0/14] user namespaces: continue targetting capabilities
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [RFC PATCH 01/14] add Documentation/namespaces/user_namespace.txt
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• question related CONFIG_SCHED_AUTOGROUP
  • From: Toralf Förster <toralf.foerster@xxxxxx>
• Re: [PATCH] iproute2: Add processless network namespace support.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] iproute2: Add processless network namespace support.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Bryan Donlan <bdonlan@xxxxxxxxx>
• [PATCH] Introduce ActivePid: in /proc/self/status (v3)
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [GIT PULL] nsfd fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] nsfd fixes
  • From: Mike Snitzer <snitzer@xxxxxxxxx>
• Re: [GIT PULL] nsfd fixes
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] nsfd fixes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/2] proc: Usable inode numbers for the namespace file descriptors.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Bryan Donlan <bdonlan@xxxxxxxxx>
• Re: [PATCH 2/2] proc: Usable inode numbers for the namespace file descriptors.
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH 2/2] proc: Usable inode numbers for the namespace file descriptors.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] proc: Generalize proc inode allocation
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 2/2] proc: Usable inode numbers for the namespace file descriptors.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/2] proc: Generalize proc inode allocation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Bryan Donlan <bdonlan@xxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH] Introduce ActivePid: in /proc/self/status (v2, was Vpid:)
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH] Introduce Vpid: in /proc/self/status
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [RFC] breakage in sysfs_readdir() and s_instances abuse in sysfs
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] breakage in sysfs_readdir() and s_instances abuse in sysfs
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] breakage in sysfs_readdir() and s_instances abuse in sysfs
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] breakage in sysfs_readdir() and s_instances abuse in sysfs
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Introduce Vpid: in /proc/self/status
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [Xen-devel] Possible shadow bug
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [Xen-devel] Possible shadow bug
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH] Introduce Vpid: in /proc/self/status
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [Xen-devel] Possible shadow bug
  • From: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
• Re: [Xen-devel] Possible shadow bug
  • From: Pasi Kärkkäinen <pasik@xxxxxx>
• [PATCH] Introduce Vpid: in /proc/self/status
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [Xen-devel] Possible shadow bug
  • From: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
• Re: [Xen-devel] Possible shadow bug
  • From: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• user namespace testcases
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [Xen-devel] Possible shadow bug
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [Xen-devel] Possible shadow bug (was: Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world)
  • From: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
• Possible shadow bug (was: Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world)
  • From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [RFC] breakage in sysfs_readdir() and s_instances abuse in sysfs
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v8 10/12] memcg: create support routines for page-writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v8 10/12] memcg: create support routines for page-writeback
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] breakage in sysfs_readdir() and s_instances abuse in sysfs
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] breakage in sysfs_readdir() and s_instances abuse in sysfs
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v8 10/12] memcg: create support routines for page-writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v8 10/12] memcg: create support routines for page-writeback
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v8 09/12] memcg: create support routines for writeback
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v8 08/12] memcg: dirty page accounting support routines
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v8 04/12] memcg: add dirty page accounting infrastructure
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v8 03/12] memcg: add mem_cgroup_mark_inode_dirty()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v8 10/12] memcg: create support routines for page-writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [RFC] breakage in sysfs_readdir() and s_instances abuse in sysfs
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v8 12/12] memcg: check memcg dirty limits in page writeback
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v8 10/12] memcg: create support routines for page-writeback
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v8 09/12] memcg: create support routines for writeback
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v8 07/12] memcg: add cgroupfs interface to memcg dirty limits
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v8 06/12] memcg: add dirty limits to mem_cgroup
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v8 05/12] memcg: add kernel calls for memcg dirty page stats
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v8 04/12] memcg: add dirty page accounting infrastructure
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v8 02/12] memcg: add page_cgroup flags for dirty page tracking
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v8 01/12] memcg: document cgroup dirty memory interfaces
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v8 03/12] memcg: add mem_cgroup_mark_inode_dirty()
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v8 03/12] memcg: add mem_cgroup_mark_inode_dirty()
  • From: Andrea Righi <arighi@xxxxxxxxxxx>
• Re: [PATCH v8 00/12] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v8 00/12] memcg: per cgroup dirty page accounting
  • From: Hiroyuki Kamezawa <kamezawa.hiroyuki@xxxxxxxxx>
• [PATCH v8 11/12] writeback: make background writeback cgroup aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v8 08/12] memcg: dirty page accounting support routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v8 10/12] memcg: create support routines for page-writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v8 12/12] memcg: check memcg dirty limits in page writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v8 09/12] memcg: create support routines for writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v8 07/12] memcg: add cgroupfs interface to memcg dirty limits
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v8 06/12] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v8 04/12] memcg: add dirty page accounting infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v8 05/12] memcg: add kernel calls for memcg dirty page stats
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v8 03/12] memcg: add mem_cgroup_mark_inode_dirty()
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v8 01/12] memcg: document cgroup dirty memory interfaces
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v8 02/12] memcg: add page_cgroup flags for dirty page tracking
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v8 00/12] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: Hiroyuki Kamezawa <kamezawa.hiroyuki@xxxxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: Hiroyuki Kamezawa <kamezawa.hiroyuki@xxxxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [TRIVIAL PATCH next 14/15] mm: Convert vmalloc/memset to vzalloc
  • From: Paul Menage <menage@xxxxxxxxxx>
• [RESEND] MAINTAINERS update (update my email address)
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• [TRIVIAL PATCH next 14/15] mm: Convert vmalloc/memset to vzalloc
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [TRIVIAL PATCH next 00/15] treewide: Convert vmalloc/memset to vzalloc
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: C Anthony Risinger <anthony@xxxxxxx>
• Re: [PATCH] iproute2: Add processless network namespace support.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] iproute2: Add processless network namespace support.
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxx>
• [PATCH] iproute2: Add processless network namespace support.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] cgroupfs: use init_cred when populating new cgroupfs mount
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] cgroupfs: use init_cred when populating new cgroupfs mount
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: Michał Mirosław <mirqus@xxxxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: C Anthony Risinger <anthony@xxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH] cgroupfs: use init_cred when populating new cgroupfs mount
  • From: Eric Paris <eparis@xxxxxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: C Anthony Risinger <anthony@xxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: Valdis.Kletnieks@xxxxxx
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [GIT PULL] Namespace file descriptors for 2.6.40
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] netns: add /proc/*/net/id symlink
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] netns: add /proc/*/net/id symlink
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: [PATCH] netns: add /proc/*/net/id symlink
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: Ingo Molnar <mingo@xxxxxxx>
• Adding syscalls (was: Re: [GIT PULL] Namespace file descriptors for 2.6.40)
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: Renato Westphal <renatowestphal@xxxxxxxxx>
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] netns: add /proc/*/net/id symlink
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [GIT PULL] Namespace file descriptors for 2.6.40
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL] Namespace file descriptors for 2.6.40
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Identifying network namespaces (was: Network namespace manipulation with file descriptors)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: Testing Linux-CR -- Some Documentation
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Identifying network namespaces (was: Network namespace manipulation with file descriptors)
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: Identifying network namespaces (was: Network namespace manipulation with file descriptors)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Identifying network namespaces (was: Network namespace manipulation with file descriptors)
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: Testing Linux-CR -- Some Documentation
  • From: Raghu D K <dk.raghu@xxxxxxxxx>
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: David Lamparter <equinox@xxxxxxxxxx>
• Re: Testing Linux-CR
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: Testing Linux-CR -- Some Documentation
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Testing Linux-CR -- Some Documentation
  • From: Raghu D K <dk.raghu@xxxxxxxxx>
• Re: [RFC][PATCH v7 10/14] memcg: dirty page accounting support routines
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH v7 11/14] memcg: create support routines for writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [RFC][PATCH v7 10/14] memcg: dirty page accounting support routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [RFC][PATCH v7 08/14] writeback: add memcg fields to writeback_control
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [RFC][PATCH v7 09/14] cgroup: move CSS_ID_MAX to cgroup.h
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [RFC][PATCH v7 00/14] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: Testing Linux-CR
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: acl_permission_check: disgusting performance
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: acl_permission_check: disgusting performance
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: acl_permission_check: disgusting performance
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Testing Linux-CR -- Some Documentation
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Testing Linux-CR -- Some Documentation
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: acl_permission_check: disgusting performance
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Testing Linux-CR -- Some Documentation
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC][PATCH v7 13/14] writeback: make background writeback cgroup aware
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH v7 11/14] memcg: create support routines for writeback
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH v7 10/14] memcg: dirty page accounting support routines
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH v7 09/14] cgroup: move CSS_ID_MAX to cgroup.h
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH v7 08/14] writeback: add memcg fields to writeback_control
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH v7 04/14] memcg: add dirty page accounting infrastructure
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH v7 03/14] memcg: add mem_cgroup_mark_inode_dirty()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH v7 00/14] memcg: per cgroup dirty page accounting
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC][PATCH v7 14/14] memcg: check memcg dirty limits in page writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 11/14] memcg: create support routines for writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 13/14] writeback: make background writeback cgroup aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 10/14] memcg: dirty page accounting support routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 12/14] memcg: create support routines for page-writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 09/14] cgroup: move CSS_ID_MAX to cgroup.h
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 08/14] writeback: add memcg fields to writeback_control
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 06/14] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 07/14] memcg: add cgroupfs interface to memcg dirty limits
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 04/14] memcg: add dirty page accounting infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 05/14] memcg: add kernel calls for memcg dirty page stats
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 03/14] memcg: add mem_cgroup_mark_inode_dirty()
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 00/14] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 01/14] memcg: document cgroup dirty memory interfaces
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [RFC][PATCH v7 02/14] memcg: add page_cgroup flags for dirty page tracking
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Testing Linux-CR -- Some Documentation
  • From: Raghu D K <dk.raghu@xxxxxxxxx>
• Re: acl_permission_check: disgusting performance
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: acl_permission_check: disgusting performance
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: acl_permission_check: disgusting performance
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: acl_permission_check: disgusting performance
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: acl_permission_check: disgusting performance
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• acl_permission_check: disgusting performance
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Testing Linux-CR
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Testing Linux-CR
  • From: Raghu D K <dk.raghu@xxxxxxxxx>
• Re: [PATCH 1/7] ns: proc files for namespace naming policy.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/7] ns proc: Add support for the network namespace.
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 3/7] ns proc: Add support for the network namespace.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/7] ns: Introduce the setns syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/7] ns proc: Add support for the network namespace.
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 2/7] ns: Introduce the setns syscall
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 1/7] ns: proc files for namespace naming policy.
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• RE: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: [PATCH 7/7] ns: Wire up the setns system call
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/7] ns: Introduce the setns syscall
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 7/7] ns: Wire up the setns system call
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 6/7] net: Allow setting the network namespace by fd
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 5/7] ns proc: Add support for the ipc namespace
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 4/7] ns proc: Add support for the uts namespace
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 3/7] ns proc: Add support for the network namespace.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 2/7] ns: Introduce the setns syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 1/7] ns: proc files for namespace naming policy.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: memcg: fix fatal livelock in kswapd
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: memcg: fix fatal livelock in kswapd
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] ns: Wire up the setns system call
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] ns: Wire up the setns system call
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [C/R PATCH] reject checkpoint of fd subject to F_SETSIG
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/7] ns: Wire up the setns system call
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/7] ns: Wire up the setns system call
  • From: Mike Frysinger <vapier.adi@xxxxxxxxx>
• Re: [PATCH 2/7] ns: Introduce the setns syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 7/7] ns: Wire up the setns system call
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] ns: Introduce the setns syscall
  • From: "Rémi Denis-Courmont" <remi@xxxxxxxxxx>
• Re: [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• [PATCH 7/7] ns: Wire up the setns system call
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 3/7] ns proc: Add support for the network namespace.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 4/7] ns proc: Add support for the uts namespace
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 5/7] ns proc: Add support for the ipc namespace
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 1/7] ns: proc files for namespace naming policy.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 2/7] ns: Introduce the setns syscall
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 6/7] net: Allow setting the network namespace by fd
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 0/7] Network namespace manipulation with file descriptors
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/1] templates: don't put devpts in $confdir/container/fstab
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 1/1] templates: don't put devpts in $confdir/container/fstab
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: memcg: fix fatal livelock in kswapd
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [C/R PATCH] reject checkpoint of fd subject to F_SETSIG
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [C/R PATCH] reject checkpoint of fd subject to F_SETSIG
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [C/R PATCH] reject checkpoint of fd subject to F_SETSIG
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: memcg: fix fatal livelock in kswapd
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: memcg: fix fatal livelock in kswapd
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: memcg: fix fatal livelock in kswapd
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: memcg: fix fatal livelock in kswapd
  • From: James Bottomley <James.Bottomley@xxxxxxx>
• Re: memcg: fix fatal livelock in kswapd
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: memcg: fix fatal livelock in kswapd
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: memcg: fix fatal livelock in kswapd
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• memcg: fix fatal livelock in kswapd
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [C/R PATCH] reject checkpoint of fd subject to F_SETSIG
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [C/R PATCH] reject checkpoint of fd subject to F_SETSIG
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Bridges and network unsharing
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: Containers and threads
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: [C/R PATCH] reject checkpoint of fd subject to F_SETSIG
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Containers and threads
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• [C/R PATCH] reject checkpoint of fd subject to F_SETSIG
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: CLONE_NEWNET + unix domain sockets
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: CLONE_NEWNET + unix domain sockets
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: CLONE_NEWNET + unix domain sockets
  • From: Bastian Blank <bastian@xxxxxxxxxxxx>
• Re: c/r failure
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: CLONE_NEWNET + unix domain sockets
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: CLONE_NEWNET + unix domain sockets
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• CLONE_NEWNET + unix domain sockets
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: linux-cr: ckpt-v23-rc2 pushed
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: c/r failure
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: linux-cr: ckpt-v23-rc2 pushed
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: linux-cr: ckpt-v23-rc2 pushed
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: linux-cr: ckpt-v23-rc2 pushed
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: linux-cr: ckpt-v23-rc2 pushed
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: linux-cr: ckpt-v23-rc2 pushed
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: linux-cr: ckpt-v23-rc2 pushed
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: Does Linux-CR+LXC support FUSE
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: linux-cr: ckpt-v23-rc2 pushed
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• linux-cr: ckpt-v23-rc2 pushed
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Initialize msg_msg security pointer at restart.
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH v8.75 0/4] cgroups: implement moving a threadgroup's threads atomically with cgroup.procs
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH v8.75 0/4] cgroups: implement moving a threadgroup's threads atomically with cgroup.procs
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v8.75 0/4] cgroups: implement moving a threadgroup's threads atomically with cgroup.procs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 3/3] Compare namespaces when comparing addresses in auth_unix cache.
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] Compare namespaces when comparing addresses in auth_unix cache.
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 3/3] Compare namespaces when comparing addresses in auth_unix cache.
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 3/3] Compare namespaces when comparing addresses in auth_unix cache.
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: David Sharp <dhsharp@xxxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Justin TerAvest <teravest@xxxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Michael Rubin <mrubin@xxxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/3] Compare namespaces when comparing addresses in auth_unix cache.
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/3] Add network context to struct nfs_client and make NFSv3 use it.
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: David Sharp <dhsharp@xxxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: David Sharp <dhsharp@xxxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Vaibhav Nagarnaik <vnagarnaik@xxxxxxxxxx>
• Re: [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• OOM and Cgroups. How Cgroups could help OOM Killer do its job better.
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• [PATCH v8.75 4/4] cgroups: use flex_array in attach_proc
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH v8.75 3/4] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH v8.75 1/4] cgroups: read-write lock CLONE_THREAD forking per threadgroup
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH v8.75 2/4] cgroups: add per-thread subsystem callbacks
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH v8.75 0/4] cgroups: implement moving a threadgroup's threads atomically with cgroup.procs
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [RFC] tracing: Adding cgroup aware tracing functionality
  • From: Vaibhav Nagarnaik <vnagarnaik@xxxxxxxxxx>
• Re: [PATCH 2/3] Supply network namespace to rpcbind.
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] Supply network namespace to rpcbind.
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v3, RESEND 00/16] make rpc_pipefs be mountable multiple time
  • From: "Kirill A. Shutemov" <kas@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 3/3] Compare namespaces when comparing addresses in auth_unix cache.
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/3] Supply network namespace to rpcbind.
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/3] Add network context to struct nfs_client and make NFSv3 use it.
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Valdis.Kletnieks@xxxxxx
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: c/r support on FUSE filesystems.
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] Core checkpoint/restart support code
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 04/10] Introduce vfs_fcntl() helper
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 03/10] Introduce has_locks_with_owner() helper
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 01/10] Make exec_mmap extern
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: c/r support on FUSE filesystems.
  • From: Vishnumurthy Prabhu <prabhuvishnumurthy@xxxxxxxxx>
• Re: c/r support on FUSE filesystems.
  • From: v m <prabhuvmk@xxxxxxxxx>
• Re: c/r support on FUSE filesystems.
  • From: v m <prabhuvmk@xxxxxxxxx>
• Re: c/r support on FUSE filesystems.
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• c/r support on FUSE filesystems.
  • From: Vishnumurthy Prabhu <prabhuvishnumurthy@xxxxxxxxx>
• Re: [PATCH 1/3] memcg: mark init_section_page_cgroup() properly
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: [PATCH] c/r: Initialize msg_msg security pointer at restart.
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• [PATCH 3/3] Compare namespaces when comparing addresses in auth_unix cache.
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• [PATCH 1/3] Add network context to struct nfs_client and make NFSv3 use it.
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• [PATCH 2/3] Supply network namespace to rpcbind.
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• [PATCH 0/3] Fix NFSv3 to work with network namespaces.
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: [PATCH] c/r: Initialize msg_msg security pointer at restart.
  • From: "Jose R. Santos" <jrs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Initialize msg_msg security pointer at restart.
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• [PATCH] c/r: Initialize msg_msg security pointer at restart.
  • From: "Jose R. Santos" <jrs@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.38 containers bug: Infinite loop in /proc/sys/net/ipv6/neigh/neigh/neigh...
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: 2.6.38 containers bug: Infinite loop in /proc/sys/net/ipv6/neigh/neigh/neigh...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.38 containers bug: Infinite loop in /proc/sys/net/ipv6/neigh/neigh/neigh...
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: 2.6.38 containers bug: Infinite loop in /proc/sys/net/ipv6/neigh/neigh/neigh...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: 2.6.38 containers bug: Infinite loop in /proc/sys/net/ipv6/neigh/neigh/neigh...
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: 2.6.38 containers bug: Infinite loop in /proc/sys/net/ipv6/neigh/neigh/neigh...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• 2.6.38 containers bug: Infinite loop in /proc/sys/net/ipv6/neigh/neigh/neigh...
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: [PATCH 18/18] [RFC] user-cr: Cleanup __filepos
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH v8.5 3/3] cgroups: make procs file writable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8.5 3/3] cgroups: make procs file writable
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 00/18] user-cr: Miscellaneous Fixes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 18/18] [RFC] user-cr: Cleanup __filepos
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH][cr]: Fix ghost task bug
  • From: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
• Re: [PATCH][cr]: Fix ghost task bug
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH][cr]: Fix ghost task bug
  • From: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
• Re: [PATCH][cr]: Fix ghost task bug
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] Remove update_freezer_state()
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] powerpc: Remove remaining debugreg bits from forward port of v22-dev patches
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] c/r: Do not crash if socket has no peercred
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: cr: fix trivial compile error
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [user-cr PATCH 1/1] Fix x86-64 syscall numbers
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [linux-cr PATCH 1/1] update x86-64 eclone and cr syscall numbers
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC PATCH] Teach auth_unix cache to check network namespace in comparisons
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• [PATCH] NFSv2/3 containerization: add network context to nfs_client
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: Tests for cpusets and cgroup performance measurement
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 0/5] blk-throttle: writeback and swap IO control
  • From: Daniel Poelzleithner <poelzi@xxxxxxxxxx>
• Re: c/r failure
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: c/r failure
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: c/r failure
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH] memcg: move page-freeing code out of lock
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH] memcg: move page-freeing code out of lock
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: Tests for cpusets and cgroup performance measurement
  • From: Jaswinder Singh <jaswinderlinux@xxxxxxxxx>
• Re: Tests for cpusets and cgroup performance measurement
  • From: Jaswinder Singh <jaswinderlinux@xxxxxxxxx>
• Re: [PATCH 3/3] memcg: move page-freeing code outside of lock
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] list.h: add debug version of list_empty
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] list.h: add debug version of list_empty
  • From: Phil Carmody <ext-phil.2.carmody@xxxxxxxxx>
• Re: [PATCH 3/3] memcg: move page-freeing code outside of lock
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• [PATCH v8.5 4/3] cgroups: use flex_array in attach_proc
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH v8.5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v8 4/3] cgroups: use flex_array in attach_proc
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v8 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] memcg: move page-freeing code outside of lock
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] memcg: fix off-by-one when calculating swap cgroup map length
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] memcg: mark init_section_page_cgroup() properly
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] memcg: move page-freeing code outside of lock
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] memcg: move page-freeing code outside of lock
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: [PATCH 2/3] memcg: fix off-by-one when calculating swap cgroup map length
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] memcg: move page-freeing code outside of lock
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] memcg: mark init_section_page_cgroup() properly
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] list.h: add debug version of list_empty
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Tests for cpusets and cgroup performance measurement
  • From: Paul Menage <menage@xxxxxxxxxx>
• Tests for cpusets and cgroup performance measurement
  • From: Jaswinder Singh <jaswinderlinux@xxxxxxxxx>
• Re: [PATCH v8 3/3] cgroups: make procs file writable
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 3/3] memcg: move page-freeing code outside of lock
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• [PATCH 2/3] memcg: fix off-by-one when calculating swap cgroup map length
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• [PATCH 1/3] memcg: mark init_section_page_cgroup() properly
  • From: Namhyung Kim <namhyung@xxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 11/18] user-cr: Adapt to eclone syscall numbers from kernel source
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 07/18] user-cr: cleanup install of PROGS
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 06/18] user-cr: Fixup sched.h include
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 15/18] user-cr: Zero-length reads on zero-length payloads are OK
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 12/18] user-cr: Fix nread unitialized case
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 17/18] user-cr: Fix double free
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 13/18] user-cr: Handle EINTR and fix EAGAIN
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 16/18] user-cr: Return proper success code
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 14/18] user-cr: nleft should always be 0 on success
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 00/18] user-cr: Miscellaneous Fixes
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 10/18] user-cr: Avoid redundant definitions
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 18/18] [RFC] user-cr: Cleanup __filepos
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 08/18] user-cr: Remove eclone from header extraction
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 09/18] user-cr: Include arch-dependent enums in ckptinfo_types.c
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 04/18] user-cr: cross-compile: Enable proper cross compilation
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 05/18] user-cr: Fixup missing unshare definition
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 01/18] user-cr: Fix s390x build of ckptinfo
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 02/18] user-cr: extract headers: Defer to unistd.h
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 03/18] user-cr: Fix missing CLONE_NEWIPC
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Curt Wohlgemuth <curtw@xxxxxxxxxx>
• scripts to simplify application checkpoint/restart testing
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v6 8/9] memcg: check memcg dirty limits in page writeback
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v6 8/9] memcg: check memcg dirty limits in page writeback
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH, v9 3/3] cgroups: introduce timer slack controller
  • From: jacob pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Re: [PATCH 17/17] net,act_police,rcu: remove rcu_barrier()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• Re: [PATCH v6 8/9] memcg: check memcg dirty limits in page writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v6 9/9] memcg: make background writeback memcg aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v6 6/9] memcg: add cgroupfs interface to memcg dirty limits
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v6 6/9] memcg: add cgroupfs interface to memcg dirty limits
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v6 8/9] memcg: check memcg dirty limits in page writeback
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 9/9] memcg: make background writeback memcg aware
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v8 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH 17/17] net,act_police,rcu: remove rcu_barrier()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 16/17] net,rcu: convert call_rcu(dn_dev_free_ifa_rcu) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 15/17] net,rcu: convert call_rcu(ha_rcu_free) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 11/17] net,rcu: convert call_rcu(sctp_local_addr_free) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 08/17] net,rcu: convert call_rcu(listeners_free_rcu) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 07/17] net,rcu: convert call_rcu(inet6_ifa_finish_destroy_rcu) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 06/17] net,rcu: convert call_rcu(in6_dev_finish_destroy_rcu) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 05/17] net,rcu: convert call_rcu(tcf_police_free_rcu) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 04/17] net,rcu: convert call_rcu(tcf_common_free_rcu) to kfree_rcu()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 03/17] cgroup, rcu: convert call_rcu(__free_css_id_cb) to kfree_rcu()
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 02/17] cgroup, rcu: convert call_rcu(free_cgroup_rcu) to kfree_rcu()
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 01/17] cgroup, rcu: convert call_rcu(free_css_set_rcu) to kfree_rcu()
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: if you list_empty() a head then don't list_del() it
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v6 8/9] memcg: check memcg dirty limits in page writeback
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 2/2] cgroup: if you list_empty() a head then don't list_del() it
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 0/2] suck some poison out of cgroups' linked lists
  • From: ext Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] suck some poison out of cgroups' linked lists
  • From: Phil Carmody <ext-phil.2.carmody@xxxxxxxxx>
• Re: [PATCH v6 6/9] memcg: add cgroupfs interface to memcg dirty limits
  • From: Mike Heffner <mike@xxxxxxxxxxx>
• Re: [PATCH 0/2] suck some poison out of cgroups' linked lists
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/9] memcg: add kernel calls for memcg dirty page stats
  • From: Ryusuke Konishi <konishi.ryusuke@xxxxxxxxxxxxx>
• [PATCH 1/2] list.h: add debug version of list_empty
  • From: Phil Carmody <ext-phil.2.carmody@xxxxxxxxx>
• [PATCH 0/2] suck some poison out of cgroups' linked lists
  • From: Phil Carmody <ext-phil.2.carmody@xxxxxxxxx>
• [PATCH 2/2] cgroup: if you list_empty() a head then don't list_del() it
  • From: Phil Carmody <ext-phil.2.carmody@xxxxxxxxx>
• Re: [PATCH 17/17] net,act_police,rcu: remove rcu_barrier()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH 17/17] net,act_police,rcu: remove rcu_barrier()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 16/17] net, rcu: convert call_rcu(dn_dev_free_ifa_rcu) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 15/17] net,rcu: convert call_rcu(ha_rcu_free) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 14/17] security,rcu: convert call_rcu(whitelist_item_free) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 13/17] nfs, rcu: convert call_rcu(nfs_free_delegation_callback) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 12/17] block, rcu: convert call_rcu(cfq_cfqd_free) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 11/17] net,rcu: convert call_rcu(sctp_local_addr_free) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 10/17] audit_tree, rcu: convert call_rcu(__put_tree) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 09/17] net,rcu: convert call_rcu(kfree_tid_tx) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 08/17] net, rcu: convert call_rcu(listeners_free_rcu) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 07/17] net, rcu: convert call_rcu(inet6_ifa_finish_destroy_rcu) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 06/17] net,rcu: convert call_rcu(in6_dev_finish_destroy_rcu) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 05/17] net, rcu: convert call_rcu(tcf_police_free_rcu) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 04/17] net, rcu: convert call_rcu(tcf_common_free_rcu) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 03/17] cgroup, rcu: convert call_rcu(__free_css_id_cb) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 02/17] cgroup, rcu: convert call_rcu(free_cgroup_rcu) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 01/17] cgroup, rcu: convert call_rcu(free_css_set_rcu) to kfree_rcu()
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [PATCH 0/17] rcu: covert call_rcu(simple_kfree_callbck) to kfree_rcu() (PART 1)
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• Re: [PATCH, v9 3/3] cgroups: introduce timer slack controller
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/9] memcg: add kernel calls for memcg dirty page stats
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v6 8/9] memcg: check memcg dirty limits in page writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH, v9 3/3] cgroups: introduce timer slack controller
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 8/9] memcg: check memcg dirty limits in page writeback
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v6 8/9] memcg: check memcg dirty limits in page writeback
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 8/9] memcg: check memcg dirty limits in page writeback
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH v6 6/9] memcg: add cgroupfs interface to memcg dirty limits
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v6 4/9] memcg: add kernel calls for memcg dirty page stats
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v6 3/9] memcg: add dirty page accounting infrastructure
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v6 1/9] memcg: document cgroup dirty memory interfaces
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• [PATCH, v9 1/3] hrtimer: introduce effective timer slack
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• lxc-checkpoint crash when checkpointing a soapaligner application
  • From: Jon Zhu <jon.zhu@xxxxxxxxx>
• [PATCH, v9 2/3] hrtimer: implement PR_GET_EFFECTIVE_TIMERSLACK
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH, v9 0/3] Introduce timer slack controller
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH, v9 3/3] cgroups: introduce timer slack controller
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: 2011 LXC development mini-conf?
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 9/9] memcg: make background writeback memcg aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v6 8/9] memcg: check memcg dirty limits in page writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v6 6/9] memcg: add cgroupfs interface to memcg dirty limits
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v6 7/9] memcg: add dirty limiting routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v6 5/9] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v6 4/9] memcg: add kernel calls for memcg dirty page stats
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v6 3/9] memcg: add dirty page accounting infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v6 2/9] memcg: add page_cgroup flags for dirty page tracking
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v6 1/9] memcg: document cgroup dirty memory interfaces
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v6 0/9] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: Does Linux-CR+LXC support FUSE
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH V2] Documentation: cgroups: Add notes on removing PIDs from tasks and cgroups requiring setup
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Does Linux-CR+LXC support FUSE
  • From: Jon Zhu <jon.zhu@xxxxxxxxx>
• Re: 2011 LXC development mini-conf?
  • From: Daniel Lezcano <dlezcano@xxxxxxxxxx>
• Re: 2011 LXC development mini-conf?
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: 2011 LXC development mini-conf?
  • From: Dhaval Giani <dhaval.giani@xxxxxxxxx>
• Re: 2011 LXC development mini-conf?
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: 2011 LXC development mini-conf?
  • From: Chuck Short <chuck.short@xxxxxxxxxxxxx>
• Re: 2011 LXC development mini-conf?
  • From: Dave Walker <DaveWalker@xxxxxxxxxx>
• Re: 2011 LXC development mini-conf?
  • From: erkan yanar <erkan.yanar@xxxxxxxxxxxxx>
• Re: 2011 LXC development mini-conf?
  • From: Dhaval Giani <dhaval.giani@xxxxxxxxx>
• Re: 2011 LXC development mini-conf?
  • From: erkan yanar <erkan.yanar@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/9] memcg: document cgroup dirty memory interfaces
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] Documentation: cgroups: Add notes on removing PIDs from tasks and cgroups requiring setup
  • From: Paul Menage <menage@xxxxxxxxxx>