Linux Containers

• Thread Index

• Re: [PATCH 6/6] protect cap_netlink_recv from user namespaces
  • From: Eric Paris <eparis@xxxxxxxxxx>
• Re: [PATCH 6/6] protect cap_netlink_recv from user namespaces
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] user namespace: make signal.c respect user namespaces (v4)
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] user namespace: make signal.c respect user namespaces (v4)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -mm] cgroup: Fix task counter common ancestor logic
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH -mm] cgroup: Fix task counter common ancestor logic
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH -mm] cgroup: Fix task counter common ancestor logic
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 6/6] protect cap_netlink_recv from user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Help! - kernel: ip_local_deliver_finish: proto 108 (IPComp) isn't netns-ready
  • From: Dilip Daya <dilip.daya@xxxxxx>
• Re: [PATCH 6/6] protect cap_netlink_recv from user namespaces
  • From: Eric Paris <eparis@xxxxxxxxxx>
• Re: [PATCH 3/6] user namespace: clamp down users of cap_raised
  • From: "Andrew G. Morgan" <morgan@xxxxxxxxxx>
• [PATCH 6/6] protect cap_netlink_recv from user namespaces
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 5/6] user namespace: make each net (net_ns) belong to a user_ns
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 4/6] Add Documentation/namespaces/user_namespace.txt (v3)
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 1/6] user namespace: make signal.c respect user namespaces (v4)
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 3/6] user namespace: clamp down users of cap_raised
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 2/6] User namespace: don't allow sysctl in non-init user ns (v2)
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• user namespaces: fix some uid/privilege leaks
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• Re: New list cgroups@xxxxxxxxxxxxxxx
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] new cgroup controller "fork"
  • From: "Brian K. White" <brian@xxxxxxxxx>
• Warning: message 1RLE3k-0004Xk-Iz delayed 72 hours
  • From: Mail Delivery System <Mailer-Daemon@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] cgroup: always lock threadgroup during migration
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 02/10] threadgroup: rename signal->threadgroup_fork_lock to ->group_rwsem
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Max Kellermann <max@xxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Lennart Poettering <mzxreary@xxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] add new cgroup list to CC notice
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 08/10] cgroup: don't use subsys->can_attach_task() or ->attach_task()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 04/10] cgroup: always lock threadgroup during migration
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 10/10] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 01/10] cgroup: add cgroup_root_mutex
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 02/10] threadgroup: rename signal->threadgroup_fork_lock to ->group_rwsem
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] add new cgroup list to CC notice
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] add new cgroup list to CC notice
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] add new cgroup list to CC notice
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH] add new cgroup list to CC notice
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: "Brian K. White" <brian@xxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Max Kellermann <max@xxxxxxxxxxx>
• Re: [RFC] cgroup: syscalls limiting subsystem
  • From: Łukasz Sowa <luksow@xxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Max Kellermann <max@xxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Max Kellermann <mk@xxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Max Kellermann <mk@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: richard -rw- weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Max Kellermann <mk@xxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Max Kellermann <max@xxxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] new cgroup controller "fork"
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH] new cgroup controller "fork"
  • From: Max Kellermann <mk@xxxxxxxxxx>
• Doubt in lxc-execute
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• Re: LXC L3 network isolation, yes/no ?, how ?
  • From: Renato Westphal <renatowestphal@xxxxxxxxx>
• Re: LXC L3 network isolation, yes/no ?, how ?
  • From: Toerless Eckert <Toerless.Eckert@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• New list cgroups@xxxxxxxxxxxxxxx
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 10/10] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/10] cgroup, cpuset: don't use ss->pre_attach()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/10] cgroup: don't use subsys->can_attach_task() or ->attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/10] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/10] cgroup: improve old cgroup handling in cgroup_attach_proc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/10] cgroup: subsys->attach_task() should be called after migration
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/10] cgroup: always lock threadgroup during migration
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/10] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/10] threadgroup: rename signal->threadgroup_fork_lock to ->group_rwsem
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 01/10] cgroup: add cgroup_root_mutex
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup: stable threadgroup during attach & subsys methods consolidation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] cgroup: syscalls limiting subsystem
  • From: Will Drewry <wad@xxxxxxxxxxxx>
• Re: LXC L3 network isolation, yes/no ?, how ?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: LXC L3 network isolation, yes/no ?, how ?
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: LXC L3 network isolation, yes/no ?, how ?
  • From: Toerless Eckert <Toerless.Eckert@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: LXC L3 network isolation, yes/no ?, how ?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: LXC L3 network isolation, yes/no ?, how ?
  • From: Toerless Eckert <Toerless.Eckert@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: LXC L3 network isolation, yes/no ?, how ?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• LXC L3 network isolation, yes/no ?, how ?
  • From: Toerless Eckert <Toerless.Eckert@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Glauber Costa <glommer@xxxxxxxxx>
• Re: [PATCH 00/10] cgroups: Task counter subsystem v6
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: linux-cr ported to 3.1
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: linux-cr ported to 3.1
  • From: Adrian Reber <adrian@xxxxxxxx>
• Re: linux-cr ported to 3.1
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• linux-cr ported to 3.1
  • From: Adrian Reber <adrian@xxxxxxxx>
• Re: [PATCHSET cgroup] extend threadgroup locking
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH 1/1] freezer: fix wait_event_freezable/__thaw_task races
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/6] freezer: kill unused set_freezable_with_signal()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] Fix repeatable Oops on container destroy with conntrack
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: [kernel-hardening] Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [kernel-hardening] Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: Repeatable OOPS with containers and netfilter
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: Repeatable OOPS with containers and netfilter
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: Repeatable OOPS with containers and netfilter
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Repeatable OOPS with containers and netfilter
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: [PATCH 02/15] user ns: setns: move capable checks into per-ns attach helper
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 01/15] add Documentation/namespaces/user_namespace.txt (v3)
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/9] per-cgroup tcp buffers control
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH v2 1/9] per-netns ipv4 sysctl_tcp_mem
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/9] per-cgroup tcp buffers control
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] per-netns ipv4 sysctl_tcp_mem
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Rick Jones <rick.jones2@xxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 1/1] freezer: fix wait_event_freezable/__thaw_task races
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 6/6] freezer: kill unused set_freezable_with_signal()
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH v2 9/9] Add documentation about kmem_cgroup
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH v2 3/9] socket: initial cgroup code.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH v2 3/9] socket: initial cgroup code.
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] socket: initial cgroup code.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH][BUGFIX] cgroups: more safe tasklist locking in cgroup_attach_proc
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] freezer: fix wait_event_freezable/__thaw_task races
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/15] add Documentation/namespaces/user_namespace.txt (v3)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: Kernel oops on 2.6.38 on destroying a container
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: [PATCH v2 3/9] socket: initial cgroup code.
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: Kernel oops on 2.6.38 on destroying a container
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Kernel oops on 2.6.38 on destroying a container
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• [PATCH 1/1] freezer: fix wait_event_freezable/__thaw_task races
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 0/1] freezer: fix wait_event_freezable/__thaw_task races
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v2 6/9] per-cgroup tcp buffers control
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Kernel oops on 2.6.38 on destroying a container
  • From: Alex Bligh <alex@xxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [PATCH v2 6/9] per-cgroup tcp buffers control
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] socket: initial cgroup code.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/9] Kernel Memory cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/9] socket: initial cgroup code.
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/9] Kernel Memory cgroup
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• [PATCH v2 9/9] Add documentation about kmem_cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 8/9] Display current tcp memory allocation in kmem cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 6/9] per-cgroup tcp buffers control
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 5/9] foundations of per-cgroup memory pressure controlling.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 7/9] tcp buffer limitation: per-cgroup limit
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 2/9] Kernel Memory cgroup
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 1/9] per-netns ipv4 sysctl_tcp_mem
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 4/9] function wrappers for upcoming socket
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 3/9] socket: initial cgroup code.
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 0/9] per-cgroup tcp buffers limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 6/6] freezer: kill unused set_freezable_with_signal()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] freezer: kill unused set_freezable_with_signal()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 6/6] freezer: kill unused set_freezable_with_signal()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [PATCH] per-cgroup tcp buffer limitation
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCHSET cgroup] extend threadgroup locking
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 6/6] freezer: kill unused set_freezable_with_signal()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] per-cgroup tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [PATCH 6/6] freezer: kill unused set_freezable_with_signal()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 6/6] freezer: kill unused set_freezable_with_signal()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCHSET cgroup] extend threadgroup locking
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCHSET cgroup] extend threadgroup locking
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 6/6] freezer: kill unused set_freezable_with_signal()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/6] freezer: kill unused set_freezable_with_signal()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET pm-freezer] freezer: fixes & simplifications
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 6/6] freezer: kill unused set_freezable_with_signal()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/6] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/6] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/6] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 4/4] cgroup: always lock threadgroup during migration
  • From: Tejun Heo <htejun@xxxxxxxxx>
• [PATCH 2/4] threadgroup: rename signal->threadgroup_fork_lock to ->group_rwsem
  • From: Tejun Heo <htejun@xxxxxxxxx>
• [PATCH 3/4] threadgroup: extend threadgroup_lock() to cover exit and exec
  • From: Tejun Heo <htejun@xxxxxxxxx>
• [PATCH 1/4] cgroup: change locking order in attach_task_by_pid()
  • From: Tejun Heo <htejun@xxxxxxxxx>
• [PATCHSET cgroup] extend threadgroup locking
  • From: Tejun Heo <htejun@xxxxxxxxx>
• Re: [PATCH 02/15] user ns: setns: move capable checks into per-ns attach helper
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: missing [PATCH 01/15]
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• missing [PATCH 01/15]
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 13/15] userns: net: make many network capable calls targeted
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 09/15] user ns: convert ipv6 to targeted capabilities
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 10/15] net/core/scm.c: target capable() calls to user_ns owning the net_ns
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 07/15] user namespace: use net->user_ns for some capable calls under net/
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 08/15] af_netlink.c: make netlink_capable userns-aware
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 15/15] make kernel/signal.c user ns safe (v2)
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 14/15] net: pass user_ns to cap_netlink_recv()
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [no subject]
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 12/15] user_ns: target af_key capability check
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 11/15] userns: make some net-sysfs capable calls targeted
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 06/15] user namespace: make each net (net_ns) belong to a user_ns
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 01/15] add Documentation/namespaces/user_namespace.txt (v3)
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 05/15] userns: clamp down users of cap_raised
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 03/15] keyctl: check capabilities against key's user_ns
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 04/15] user_ns: convert fs/attr.c to targeted capabilities
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 02/15] user ns: setns: move capable checks into per-ns attach helper
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• user namespaces v3: continue targetting capabilities
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [no subject]
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH pm-freezer 1/4] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH 2/6] freezer: set PF_NOFREEZE on a dying task right before TASK_DEAD setting bug in freezer_change_state()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/6] freezer: kill unused set_freezable_with_signal()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/6] freezer: remove unused @sig_only from freeze_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/6] freezer: restructure __refrigerator()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/6] freezer: use lock_task_sighand() in fake_signal_wake_up()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/6] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET pm-freezer] freezer: fixes & simplifications
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH pm-freezer 1/4] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH pm-freezer 1/4] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH pm-freezer 1/4] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH pm-freezer 3/4] freezer: restructure __refrigerator()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH pm-freezer 1/4] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH pm-freezer 1/4] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [PATCH][BUGFIX] cgroups: more safe tasklist locking in cgroup_attach_proc
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH pm-freezer 1/4] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Nicholas Miell <nmiell@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Nicholas Miell <nmiell@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH pm-freezer 1/4] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH][BUGFIX] cgroups: more safe tasklist locking in cgroup_attach_proc
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/6] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFMC] per-container tcp buffer limitation
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Kyle Moffett <kyle@xxxxxxxxxxxxxxx>
• [RFMC] per-container tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH pm-freezer 1/4] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH 6/6] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH pm-freezer 4/4] freezer: use lock_task_sighand() in fake_signal_wake_up()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• [PATCH pm-freezer 2/4] freezer: set PF_NOFREEZE on a dying task right before TASK_DEAD setting bug in freezer_change_state()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH pm-freezer 3/4] freezer: restructure __refrigerator()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH pm-freezer 1/4] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• [patch 2/2] fs, proc: Introduce the /proc/<pid>/map_files/ directory v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [patch 0/2] Introduce /proc/pid/map_files v6
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [patch 1/2] fs, proc: Make proc_get_link to use dentry instead of inode
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• Re: [PATCH 6/6] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/6] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [Lxc-users] Is it possible to create symbolic links between different containers
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Is it possible to create symbolic links between different containers
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• Re: [PATCH pm-freezer 2/4] freezer: set PF_NOFREEZE on a dying task right before TASK_DEAD
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH pm-freezer 3/4] freezer: check freezing() before leaving FROZEN state
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH pm-freezer 3/4] freezer: check freezing() before leaving FROZEN state
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH pm-freezer 4/4] freezer: use lock_task_sighand() in fake_signal_wake_up()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH pm-freezer 3/4] freezer: check freezing() before leaving FROZEN state
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH pm-freezer 1/4] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Kernel Checkpoint/Restart
  • From: Adrian Reber <adrian@xxxxxxxx>
• [PATCH pm-freezer 4/4] freezer: use lock_task_sighand() in fake_signal_wake_up()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH pm-freezer 3/4] freezer: check freezing() before leaving FROZEN state
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH pm-freezer 2/4] freezer: set PF_NOFREEZE on a dying task right before TASK_DEAD
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH pm-freezer 1/4] cgroup_freezer: fix freezer->state setting bug in freezer_change_state()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: Matthew Helsley <matt.helsley@xxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: introduce cgroup_taskset and consolidate subsys methods, take#2
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: introduce cgroup_taskset and consolidate subsys methods, take#2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCHSET] cgroup: introduce cgroup_taskset and consolidate subsys methods, take#2
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/6] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] cgroup, cpuset: don't use ss->pre_attach()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] cgroup: don't use subsys->can_attach_task() or ->attach_task()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 2/6] cgroup: improve old cgroup handling in cgroup_attach_proc()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/6] cgroup: subsys->attach_task() should be called after migration
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: introduce cgroup_taskset and consolidate subsys methods, take#2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/6] cgroup: don't use subsys->can_attach_task() or ->attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/6] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/6] cgroup, cpuset: don't use ss->pre_attach()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup: introduce cgroup_taskset and consolidate subsys methods, take#2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/6] cgroup: subsys->attach_task() should be called after migration
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/6] cgroup: improve old cgroup handling in cgroup_attach_proc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH 6/6] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 2/6] cgroup: improve old cgroup handling in cgroup_attach_proc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/6] cgroup: improve old cgroup handling in cgroup_attach_proc()
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] cgroup: don't use subsys->can_attach_task() or ->attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/6] cgroup: don't use subsys->can_attach_task() or ->attach_task()
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 5/6] cgroup, cpuset: don't use ss->pre_attach()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/6] cgroup: improve old cgroup handling in cgroup_attach_proc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 5/6] cgroup, cpuset: don't use ss->pre_attach()
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 2/6] cgroup: improve old cgroup handling in cgroup_attach_proc()
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC] per-containers tcp buffer limitation
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] per-containers tcp buffer limitation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC] per-containers tcp buffer limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Zan Lynx <zlynx@xxxxxxx>
• Re: [PATCHSET] cgroup: introduce cgroup_taskset and consolidate subsys methods
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• [RFC] fs, proc: Introduce the /proc/<pid>/map_files/ directory v2
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH resend] vfs: Add ->statfs callback for pipefs
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH resend] vfs: Add ->statfs callback for pipefs
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH resend] vfs: Add ->statfs callback for pipefs
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH resend] vfs: Add ->statfs callback for pipefs
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: After lxc-execute command terminal hangs
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 4/6] cgroup: don't use subsys->can_attach_task() or ->attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET] cgroup: introduce cgroup_taskset and consolidate subsys methods
  • From: Tejun Heo <tj@xxxxxxxxxx>
• After lxc-execute command terminal hangs
  • From: nishant mungse <nishantmungse@xxxxxxxxx>
• Re: [PATCH v3 4/4] parse options in the vfs level
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 4/6] cgroup: don't use subsys->can_attach_task() or ->attach_task()
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 1/6] cgroup: subsys->attach_task() should be called after migration
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCHSET] cgroup: introduce cgroup_taskset and consolidate subsys methods
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/6] cgroup: subsys->attach_task() should be called after migration
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH 3/6] cgroup: introduce cgroup_taskset and use it in subsys->can_attach(), cancel_attach() and attach()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 6/6] cgroup: kill subsys->can_attach_task(), pre_attach() and attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 5/6] cgroup, cpuset: don't use ss->pre_attach()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET] cgroup: introduce cgroup_taskset and consolidate subsys methods
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 4/6] cgroup: don't use subsys->can_attach_task() or ->attach_task()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/6] cgroup: improve old cgroup handling in cgroup_attach_proc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/6] cgroup: subsys->attach_task() should be called after migration
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH v3 0/4] Per-container dcache limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH] cgroups: update documentation on task moving restriction
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: cpuset.sched_relax_domain_level problem
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• cpuset.sched_relax_domain_level problem
  • From: Rolando Martins <rolando.martins@xxxxxxxxx>
• Re: [dm-devel] clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [dm-devel] clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [dm-devel] clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: [dm-devel] clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [dm-devel] clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: cgrulesengd behavior
  • From: Balbir Singh <bsingharora@xxxxxxxxx>
• Re: clone() with CLONE_NEWNET breaks kobject_uevent_env()
  • From: Milan Broz <mbroz@xxxxxxxxxx>
• Re: cgrulesengd behavior
  • From: Ryan Lovett <ryan@xxxxxxxxxxxxxxxxx>
• Re: cgrulesengd behavior
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH v9 12/13] memcg: create support routines for page writeback
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• cgrulesengd behavior
  • From: Ryan Lovett <ryan@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH v9 12/13] memcg: create support routines for page writeback
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v9 12/13] memcg: create support routines for page writeback
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v9 12/13] memcg: create support routines for page writeback
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] cgroups: update documentation on task moving restriction
  • From: Paul Menage <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v9 11/13] writeback: make background writeback cgroup aware
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v9 11/13] writeback: make background writeback cgroup aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v9 11/13] writeback: make background writeback cgroup aware
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v9 11/13] writeback: make background writeback cgroup aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v9 08/13] memcg: dirty page accounting support routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v9 03/13] memcg: add dirty page accounting infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH] cgroups: update documentation on task moving restriction
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH v9 12/13] memcg: create support routines for page writeback
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v9 13/13] memcg: check memcg dirty limits in page writeback
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v9 12/13] memcg: create support routines for page writeback
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v9 11/13] writeback: make background writeback cgroup aware
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] Per-container dcache limitation
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v9 10/13] writeback: pass wb_writeback_work into move_expired_inodes()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v9 09/13] memcg: create support routines for writeback
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v9 08/13] memcg: dirty page accounting support routines
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v9 07/13] memcg: add cgroupfs interface to memcg dirty limits
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v9 06/13] memcg: add dirty limits to mem_cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v9 05/13] memcg: add mem_cgroup_mark_inode_dirty()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v9 03/13] memcg: add dirty page accounting infrastructure
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v9 00/13] memcg: per cgroup dirty page limiting
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] Per-container dcache limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v9 13/13] memcg: check memcg dirty limits in page writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 11/13] writeback: make background writeback cgroup aware
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 10/13] writeback: pass wb_writeback_work into move_expired_inodes()
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 12/13] memcg: create support routines for page writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 08/13] memcg: dirty page accounting support routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 09/13] memcg: create support routines for writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 05/13] memcg: add mem_cgroup_mark_inode_dirty()
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 03/13] memcg: add dirty page accounting infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 07/13] memcg: add cgroupfs interface to memcg dirty limits
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 06/13] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 04/13] memcg: add kernel calls for memcg dirty page stats
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 02/13] memcg: add page_cgroup flags for dirty page tracking
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 00/13] memcg: per cgroup dirty page limiting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v9 01/13] memcg: document cgroup dirty memory interfaces
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 0/4] Per-container dcache limitation
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH][BUGFIX] cgroups: fix ordering of calls in cgroup_attach_proc
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH][BUGFIX] cgroups: fix ordering of calls in cgroup_attach_proc
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH][BUGFIX] cgroups: more safe tasklist locking in cgroup_attach_proc
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH][BUGFIX] cgroups: fix ordering of calls in cgroup_attach_proc
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH][BUGFIX] cgroups: more safe tasklist locking in cgroup_attach_proc
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH][BUGFIX] cgroups: more safe tasklist locking in cgroup_attach_proc
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH][BUGFIX] cgroups: more safe tasklist locking in cgroup_attach_proc
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH][BUGFIX] cgroups: more safe tasklist locking in cgroup_attach_proc
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH v3 4/4] parse options in the vfs level
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] factor out single-shrinker code
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH v3 4/4] parse options in the vfs level
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v3 2/4] Keep nr_dentry per super block
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH 1/2] add SA_CLDREBOOT flag
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] add SA_CLDREBOOT flag
  • From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] add SA_CLDREBOOT flag
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC] x86: restrict pid namespaces to 32 or 64 bit syscalls
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• Re: [PATCH 2/2] Notify container-init parent a 'reboot' occured
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v3 4/4] parse options in the vfs level
  • From: Vasiliy Kulikov <segoon@xxxxxxxxxxxx>
• [PATCH v3 1/4] factor out single-shrinker code
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 4/4] parse options in the vfs level
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 3/4] limit nr_dentries per superblock
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 0/4] Per-container dcache limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v3 2/4] Keep nr_dentry per super block
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Notify container-init parent a 'reboot' occured
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 2/2] Notify container-init parent a 'reboot' occured
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 2/2] Notify container-init parent a 'reboot' occured
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Notify container-init parent a 'reboot' occured
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH v2 3/4] limit nr_dentries per superblock
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] limit nr_dentries per superblock
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Notify container-init parent a 'reboot' occured
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] limit nr_dentries per superblock
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v2 2/4] Keep nr_dentry per super block
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v2 0/4] Per-container dcache size limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: cgroup information proc file format
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: cgroup information proc file format
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Notify container-init parent a 'reboot' occured
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: cgroup information proc file format
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 2/2] Notify container-init parent a 'reboot' occured
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: cgroup information proc file format
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Notify container-init parent a 'reboot' occured
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• cgroup information proc file format
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 1/2] add SA_CLDREBOOT flag
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 2/2] Notify container-init parent a 'reboot' occured
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 0/2] Send a SIGCHLD to the init's pid namespace parent when reboot
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH] add pid->user_ns
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFC] catching sys_reboot syscall
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [lxc-devel] [RFC] catching sys_reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC] catching sys_reboot syscall
  • From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
• Re: [RFC] catching sys_reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC] catching sys_reboot syscall
  • From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
• Re: [RFC] catching sys_reboot syscall
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC] catching sys_reboot syscall
  • From: Bruno Prémont <bonbons@xxxxxxxxxxxxxxxxx>
• Re: [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 3/4] proc: Introduce the Children: line in /proc/<pid>/status
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [patch 2/4] vfs: Introduce the fd closing helper
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 3/4] proc: Introduce the Children: line in /proc/<pid>/status
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [patch 2/4] vfs: Introduce the fd closing helper
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• [patch 4/4] vfs: Add ->statfs callback for pipefs
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [patch 3/4] proc: Introduce the Children: line in /proc/<pid>/status
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• Re: [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• [patch 1/4] proc: Introduce the /proc/<pid>/mfd/ directory
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [patch 2/4] vfs: Introduce the fd closing helper
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [patch 0/4] C/R related patch series
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxxx>
• [EXAMPLE CODE] Parasite thread injection and TCP connection hijacking
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2 4/4] parse options in the vfs level
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 0/4] Per-container dcache size limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 1/4] factor out single-shrinker code
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 3/4] limit nr_dentries per superblock
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH v2 2/4] Keep nr_dentry per super block
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 10/14] net/core/scm.c: target capable() calls to user_ns owning the net_ns
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 02/14] allow root in container to copy namespaces (v3)
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: Escaping Containers
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Escaping Containers
  • From: Prashanth Mohan <prashmohan@xxxxxxxxx>
• Re: [PATCH 02/14] allow root in container to copy namespaces (v3)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 4/4] parse options in the vfs level
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] parse options in the vfs level
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/14] allow root in container to copy namespaces (v3)
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: new cg-manager gui tool for managin cgroups
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 4/4] parse options in the vfs level
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] limit nr_dentries per superblock
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH 02/14] allow root in container to copy namespaces (v3)
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH][BUGFIX] cgroups: more safe tasklist locking in cgroup_attach_proc
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 3/4] dcache set size
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] parse options in the vfs level
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] limit nr_dentries per superblock
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] Keep nr_dentry per super block
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH 02/14] allow root in container to copy namespaces (v3)
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 01/14] add Documentation/namespaces/user_namespace.txt (v3)
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH][BUGFIX] cgroups: more safe tasklist locking in cgroup_attach_proc
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH 4/4] parse options in the vfs level
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 3/4] dcache set size
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 2/4] limit nr_dentries per superblock
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 1/4] Keep nr_dentry per super block
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• [PATCH 0/4] Per-superblock dcache limitation
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v3 RESEND] cgroup/kmemcheck: Annotate alloc_page() for cgroup allocations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 05/14] userns: clamp down users of cap_raised
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 05/14] userns: clamp down users of cap_raised
  • From: Vasiliy Kulikov <segooon@xxxxxxxxx>
• Re: [PATCH 2/7] vfs: Introduce the fd closing helper
  • From: "George Spelvin" <linux@xxxxxxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: James Bottomley <jbottomley@xxxxxxxxxxxxx>
• Re: [TOOLS] To make use of the patches
  • From: James Bottomley <jbottomley@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH 02/14] allow root in container to copy namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: NeilBrown <neilb@xxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/14] allow root in container to copy namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [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: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 01/14] add Documentation/namespaces/user_namespace.txt
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• Re: [PATCH 01/14] add Documentation/namespaces/user_namespace.txt
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Tejun Heo <tj@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>
• Possible race between cgroup_attach_proc and de_thread, and questionable code in de_thread.
  • From: NeilBrown <neilb@xxxxxxx>
• [PATCH v3 RESEND] cgroup/kmemcheck: Annotate alloc_page() for cgroup allocations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH] memcg: do not expose uninitialized mem_cgroup_per_node to world
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/14] add Documentation/namespaces/user_namespace.txt
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 01/14] add Documentation/namespaces/user_namespace.txt
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxx>
• [PATCH 13/14] userns: net: make many network capable calls targeted
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 12/14] user_ns: target af_key capability check
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 11/14] userns: make some net-sysfs capable calls targeted
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 14/14] net: pass user_ns to cap_netlink_recv()
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 09/14] user ns: convert ipv6 to targeted capabilities
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 07/14] user namespace: use net->user_ns for some capable calls under net/
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 08/14] af_netlink.c: make netlink_capable userns-aware
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 10/14] net/core/scm.c: target capable() calls to user_ns owning the net_ns
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 06/14] user namespace: make each net (net_ns) belong to a user_ns
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 01/14] add Documentation/namespaces/user_namespace.txt
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 0/14] user namespaces v2: continue targetting capabilities
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 05/14] userns: clamp down users of cap_raised
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 02/14] allow root in container to copy namespaces
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 04/14] user_ns: convert fs/attr.c to targeted capabilities
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• [PATCH 03/14] keyctl: check capabilities against key's user_ns
  • From: Serge Hallyn <serge@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Matt Helsley <matthltc@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: [PATCH 3/7] proc: Introduce the Children: line in /proc/<pid>/status
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] binfmt: Introduce the binfmt_img exec handler
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] proc: Introduce the Children: line in /proc/<pid>/status
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 6/7] proc: Introduce the /proc/<pid>/dump file
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] proc: Introduce the Children: line in /proc/<pid>/status
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] binfmt: Introduce the binfmt_img exec handler
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] proc: Introduce the Children: line in /proc/<pid>/status
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] proc: Introduce the /proc/<pid>/dump file
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Reply #2: [TOOLS] To make use of the patches
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [TOOLS] To make use of the patches
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 7/7] binfmt: Introduce the binfmt_img exec handler
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] proc: Introduce the /proc/<pid>/dump file
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 5/7] clone: Introduce the CLONE_CHILD_USEPID functionality
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 3/7] proc: Introduce the Children: line in /proc/<pid>/status
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7 + tools] Checkpoint/restore mostly in the userspace
  • From: Matt Helsley <matthltc@xxxxxxxxxx>