Linux Containers

• Thread Index

• [PATCH 02/08] security: Make capabilities relative to the user namespace.
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 01/08] Add a user_namespace as creator/owner of uts_namespace
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• userns: targeted capabilities v4
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 6/7] user namespaces: convert all capable checks in kernel/sys.c
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH] Teach cifs about network namespaces.
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] allow killing tasks in your own or child userns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 4/7] allow killing tasks in your own or child userns
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/11] checkpoint: various mm-related bits
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 05/11] checkpoint: allow VM_{IO,RESERVED,PFNMAP} mappings
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 04/11] checkpoint: introduce device vma type
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [PATCH 3/4] c/r: checkpoint/restart of anonymous hugetlb mappings
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [PATCH 0/4] Checkpoint/restart support for HUGETLB pages
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [PATCH 4/4] c/r: support checkpoint/restart of SysV SHM_HUGETLB regions
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [PATCH 2/4] c/r: [ipc] allow shmat callers to specify ipc namespace
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [PATCH 1/4] c/r: pass file instead of inode to checkpoint_memory_pointer
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: global_send_sigint
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH][usercr]: Remove exit() calls in app_restart()
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH][cr]: Ghost tasks must not be detached in kernel
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH][usercr]: Ghost tasks must be detached
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: STDIN_FILENO during restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH][cr]: Fix C/R of termios
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [PATCH 2/2] c/r: add checkpoint support for file-locks
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [PATCH 1/2] Refactor fcntl_setlk() and fcntl_setlk64()
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [Patch 0/2] Checkpoint and restart of file locks
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] allow killing tasks in your own or child userns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• linux-cr: v23-rc1 pushed
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] allow killing tasks in your own or child userns
  • From: Bastian Blank <bastian@xxxxxxxxxxxx>
• Re: [PATCH 6/7] user namespaces: convert all capable checks in kernel/sys.c
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] allow killing tasks in your own or child userns
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] user namespaces: convert all capable checks in kernel/sys.c
  • From: Bastian Blank <bastian@xxxxxxxxxxxx>
• Re: [PATCH 4/7] allow killing tasks in your own or child userns
  • From: Bastian Blank <bastian@xxxxxxxxxxxx>
• [PATCH 7/7] user namespaces: convert several capable() calls
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 6/7] user namespaces: convert all capable checks in kernel/sys.c
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 5/7] Allow ptrace from non-init user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 2/7] security: Make capabilities relative to the user namespace.
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 4/7] allow killing tasks in your own or child userns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 3/7] allow sethostname in a container
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 1/7] Add a user_namespace as creator/owner of uts_namespace
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• userns: targeted capabilities v3
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Containers and /proc/sys/vm/drop_caches
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: Containers and /proc/sys/vm/drop_caches
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Containers and /proc/sys/vm/drop_caches
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: Containers and /proc/sys/vm/drop_caches
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: Containers and /proc/sys/vm/drop_caches
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: Containers and /proc/sys/vm/drop_caches
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: Containers and /proc/sys/vm/drop_caches
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: Containers and /proc/sys/vm/drop_caches
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: Containers and /proc/sys/vm/drop_caches
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Mapping PIDs from parent->child namespaces
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: Mapping PIDs from parent->child namespaces
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: Containers and /proc/sys/vm/drop_caches
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Containers and /proc/sys/vm/drop_caches
  • From: Mike Hommey <mh@xxxxxxxxxxxx>
• Re: + memcg-fix-deadlock-between-cpuset-and-memcg.patch added to -mm tree
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: Mapping PIDs from parent->child namespaces
  • From: Mike Heffner <mikeh@xxxxxxxxxx>
• Re: Mapping PIDs from parent->child namespaces
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: Mapping PIDs from parent->child namespaces
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: Mapping PIDs from parent->child namespaces
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: Mapping PIDs from parent->child namespaces
  • From: Mike Heffner <mikeh@xxxxxxxxxx>
• Re: Mapping PIDs from parent->child namespaces
  • From: Mike Heffner <mikeh@xxxxxxxxxx>
• Re: Mapping PIDs from parent->child namespaces
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: Mapping PIDs from parent->child namespaces
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Mapping PIDs from parent->child namespaces
  • From: Mike Heffner <mikeh@xxxxxxxxxx>
• Re: [RFC 4/5] user namespaces: allow killing tasks in your own or child userns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC 4/5] user namespaces: allow killing tasks in your own or child userns
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC 5/5] user namespaces: Allow ptrace from non-init user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC 4/5] user namespaces: allow killing tasks in your own or child userns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [RFC][BUGFIX] memcg: fix dead lock between cpuset and memcg (Re: [PATCH v5 3/3] cgroups: make procs file writable)
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH v7 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH v7 2/3] cgroups: add atomic-context per-thread subsystem callbacks
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH v7 1/3] cgroups: read-write lock CLONE_THREAD forking per threadgroup
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH v7 0/3] cgroups: implement moving a threadgroup's threads atomically with cgroup.procs
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH v6 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH v6 2/3] cgroups: add can_attach callback for checking all threads in a group
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH v6 1/3] cgroups: read-write lock CLONE_THREAD forking per threadgroup
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH v6 0/3] cgroups: implement moving a threadgroup's threads atomically with cgroup.procs
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Ben Blum <bblum@xxxxxxxxxxxxxx>
• [PATCH][cr]: Fix C/R of termios
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Set CGRP_RELEASABLE when adding to a cgroup
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC 4/5] user namespaces: allow killing tasks in your own or child userns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC 4/5] user namespaces: allow killing tasks in your own or child userns
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [RFC 5/5] user namespaces: Allow ptrace from non-init user namespaces
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFC 4/5] user namespaces: allow killing tasks in your own or child userns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFC 5/5] user namespaces: Allow ptrace from non-init user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC 4/5] user namespaces: allow killing tasks in your own or child userns
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [RFC 5/5] user namespaces: Allow ptrace from non-init user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [RFC 4/5] user namespaces: allow killing tasks in your own or child userns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [RFC 3/5] user namespaces: allow sethostname in a container
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [RFC 2/5] user namespaces: make capabilities relative to the user namespace.
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [RFC 1/5] user namespaces: Add a user_namespace as creator/owner of uts_namespace
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [RFC 0/5] user namespaces: start clamping down
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Set CGRP_RELEASABLE when adding to a cgroup
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Set CGRP_RELEASABLE when adding to a cgroup
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: cgroup tasks file error
  • From: ccmail111 <ccmail111@xxxxxxxxx>
• Re: cgroup tasks file error
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 6/6] cgroups: Update documentation for bindable subsystems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH v2 4/6] cgroups: Mark some subsystems bindable/unbindable
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH v2 5/6] cgroups: Triger BUG if a bindable subsystem calls css_get()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH v2 3/6] cgroups: Allow to unbind subsystem from a cgroup hierarchy
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH v2 2/6] cgroups: Allow to bind a subsystem to a cgroup hierarchy
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH v2 1/6] cgroups: Shrink struct cgroup_subsys
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH v2 0/6] cgroups: Bindable cgroup subsystems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH cgroups] Remove deprecated subsystem from examples.
  • From: Trevor Woerner <twoerner@xxxxxxxxx>
• Re: cgroup tasks file error
  • From: ccmail111 <ccmail111@xxxxxxxxx>
• Re: cgroup tasks file error
  • From: ccmail111 <ccmail111@xxxxxxxxx>
• Re: cgroup tasks file error
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: cgroup tasks file error
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: cgroup tasks file error
  • From: ccmail111 <ccmail111@xxxxxxxxx>
• Re: cgroup tasks file error
  • From: ccmail111 <ccmail111@xxxxxxxxx>
• Re: cgroup tasks file error
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: cgroup tasks file error
  • From: Jue Hong <honshj@xxxxxxxxx>
• Re: cgroup tasks file error
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: cgroup tasks file error
  • From: ccmail111 <ccmail111@xxxxxxxxx>
• STDIN_FILENO during restart
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: cgroup tasks file error
  • From: ccmail111 <ccmail111@xxxxxxxxx>
• Re: cgroup tasks file error
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: cgroup tasks file error
  • From: ccmail111 <ccmail111@xxxxxxxxx>
• Re: cgroup tasks file error
  • From: ccmail111 <ccmail111@xxxxxxxxx>
• Re: cgroup tasks file error
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: cgroup tasks file error
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• cgroup tasks file error
  • From: ccmail111 <ccmail111@xxxxxxxxx>
• Re: C/R of termios
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: C/R of termios
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [Lxc-users] regular lxc development call?
  • From: Stéphane Graber <stgraber@xxxxxxxxxx>
• Re: [Lxc-users] regular lxc development call?
  • From: Walter Stanish <walter.stanish@xxxxxxxxxxxxxxxxxx>
• Re: C/R of termios
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: C/R of termios
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• [PATCH][usercr]: Ghost tasks must be detached
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH][cr]: Ghost tasks must not be detached in kernel
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/4] Add a user_namespace as creator/owner of uts_namespace
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 1/4] Add a user_namespace as creator/owner of uts_namespace
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [RFC PATCH 4/4] allow killing tasks in your own or child userns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC PATCH 4/4] allow killing tasks in your own or child userns
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC PATCH 4/4] allow killing tasks in your own or child userns
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [RFC PATCH 3/4] allow sethostname in a container
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [RFC PATCH 2/4] security: Make capabilities relative to the user namespace.
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [RFC PATCH 1/4] Add a user_namespace as creator/owner of uts_namespace
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• C/R of termios
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: trying to build simple checkpoint/restart recipes
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: Containers HOWTO? (Where do I start?)
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• RE: Containers HOWTO? (Where do I start?)
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• RE: trying to build simple checkpoint/restart recipes
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: Containers HOWTO? (Where do I start?)
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: trying to build simple checkpoint/restart recipes
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Containers HOWTO? (Where do I start?)
  • From: Rob Landley <rlandley@xxxxxxxxxxxxx>
• Re: trying to build simple checkpoint/restart recipes
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• trying to build simple checkpoint/restart recipes
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] user_ns: Improve the user_ns on-the-slab packaging
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] user_ns: Improve the user_ns on-the-slab packaging
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH] user_ns: Improve the user_ns on-the-slab packaging
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH] user_ns: Improve the user_ns on-the-slab packaging
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• [PATCH] user_ns: Improve the user_ns on-the-slab packaging
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Set CGRP_RELEASABLE when adding to a cgroup
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [RFC PATCH 1/2] cgroup: add per cgroup timer_slack_ns
  • From: jacob pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] cgroup: add per cgroup timer_slack_ns
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] cgroup: add per cgroup timer_slack_ns
  • From: jacob pan <jacob.jun.pan@xxxxxxxxxxxxxxx>
• Re: [Lxc-users] regular lxc development call?
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: [Lxc-users] regular lxc development call?
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [Lxc-users] regular lxc development call?
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: regular lxc development call?
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC PATCH 1/2] cgroup: add per cgroup timer_slack_ns
  • From: Paul Menage <menage@xxxxxxxxxx>
• [RFC PATCH 1/2] cgroup: add per cgroup timer_slack_ns
  • From: jacob.jun.pan@xxxxxxxxxxxxxxx
• [RFC PATCH 2/2] cgroup/freezer: add per freezer duty ratio control
  • From: jacob.jun.pan@xxxxxxxxxxxxxxx
• [RFC PATCH 0/2] per cgroup timer slack and freezer duty cycle
  • From: jacob.jun.pan@xxxxxxxxxxxxxxx
• Re: regular lxc development call?
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: regular lxc development call?
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• regular lxc development call?
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Gene Cooperman <gene@xxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Set CGRP_RELEASABLE when adding to a cgroup
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Set CGRP_RELEASABLE when adding to a cgroup
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Set CGRP_RELEASABLE when adding to a cgroup
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup: Set CGRP_RELEASABLE when adding to a cgroup
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] cgroup: Convert synchronize_rcu to call_rcu in cgroup_attach_task
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH 1/2] cgroup: Set CGRP_RELEASABLE when adding to a cgroup
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• [PATCH 2/2] cgroup: Remove call to synchronize_rcu in cgroup_attach_task
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Kapil Arya <kapil@xxxxxxxxxxx>
• Re: [PATCH] cgroup: Remove call to synchronize_rcu in cgroup_attach_task
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] cgroup: Convert synchronize_rcu to call_rcu in cgroup_attach_task
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] cgroup: Convert synchronize_rcu to call_rcu in cgroup_attach_task
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH] cgroup: Remove call to synchronize_rcu in cgroup_attach_task
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] cgroup: Convert synchronize_rcu to call_rcu in cgroup_attach_task
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] cgroup: Convert synchronize_rcu to call_rcu in cgroup_attach_task
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: Convert synchronize_rcu to call_rcu in cgroup_attach_task
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] cgroup: Convert synchronize_rcu to call_rcu in cgroup_attach_task
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [PATCH] cgroup: Convert synchronize_rcu to call_rcu in cgroup_attach_task
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [PATCH] cgroup: Remove RCU from task->cgroups
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Gene Cooperman <gene@xxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Gene Cooperman <gene@xxxxxxxxxxx>
• [PATCH] cgroup: Remove RCU from task->cgroups
  • From: Colin Cross <ccross@xxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Kirill Korotaev <dev@xxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH] checkpoint: conditionally schedule; check for fatal signals
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH] checkpoint: conditionally schedule; check for fatal signals
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: "Jose R. Santos" <jrs@xxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH v4 05/11] writeback: create dirty_info structure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v4 05/11] writeback: create dirty_info structure
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 05/11] writeback: create dirty_info structure
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Mounting blkio cgroup hierarchy
  • From: Ben Gamari <bgamari@xxxxxxxxx>
• Re: Mounting blkio cgroup hierarchy
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: Mounting blkio cgroup hierarchy
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Mounting blkio cgroup hierarchy
  • From: Ben Gamari <bgamari@xxxxxxxxx>
• cannot make ssh connection between host to container
  • From: MALATTAR <mouhannad.alattar@xxxxxxxxxxxxxx>
• LXC+USER integrated patchset
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/7] cgroups: Shrink struct cgroup_subsys
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroups: Shrink struct cgroup_subsys
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] cgroups: Shrink struct cgroup_subsys
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroups: Shrink struct cgroup_subsys
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] cgroups: Shrink struct cgroup_subsys
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Gene Cooperman <gene@xxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] cgroups: Update documentation for bindable subsystems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] cgroups: Allow to bind a subsystem to a cgroup hierarchy
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] cgroups: Shrink struct cgroup_subsys
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Gene Cooperman <gene@xxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [Ksummit-2010-discuss] checkpoint-restart: naked patch
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• recent c/r thread on lkml
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: Need help to debug freeze on kernel side (somehow related to lxc)
  • From: Пётр Волков <pva@xxxxxxxxx>
• [PATCH 44/49] mm: Use vzalloc
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 00/49] Use vzalloc not vmalloc/kmemset
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] cgroup: Avoid a memset by using vzalloc
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH v2] cgroup: prefer [kv]zalloc[_node] over [kv]malloc+memset in memory controller code.
  • From: Li Zefan <lizf.kern@xxxxxxxxx>
• [PATCH v2] cgroup: prefer [kv]zalloc[_node] over [kv]malloc+memset in memory controller code.
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] cgroup - removing superfluous rcu_read_lock_held check
  • From: Li Zefan <lizf.kern@xxxxxxxxx>
• Re: [PATCH] cgroup: Avoid a memset by using vzalloc
  • From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH] cgroup: Avoid a memset by using vzalloc
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] cgroup: Avoid a memset by using vzalloc
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] cgroup: Avoid a memset by using vzalloc
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] cgroup: Avoid a memset by using vzalloc
  • From: jovi zhang <bookjovi@xxxxxxxxx>
• Re: [PATCH] cgroup: Avoid a memset by using vzalloc
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH] cgroup: prefer [kv]zalloc over [kv]malloc+memset in memory controller code.
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• Adding a mount after container is running?
  • From: Michael Tokarev <mjt@xxxxxxxxxx>
• Re: [PATCH 1/3] cgroup - removing superfluous rcu_read_lock_held check
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: [PATCH v4 03/11] memcg: create extensible page stat update routines
  • From: Ciju Rajan K <ciju@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/11] memcg: per cgroup dirty page accounting
  • From: Ciju Rajan K <ciju@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] cgroup - removing superfluous rcu_read_lock_held check
  • From: Li Zefan <lizf.kern@xxxxxxxxx>
• Re: [RFC][PATCH][cr]: Mark ghost tasks as detached earlier
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: prefer [kv]zalloc over [kv]malloc+memset in memory controller code.
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 2/3] kernel,cred,kvm,security - removing superfluous rcu_read_lock_held check
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: [PATCH] cgroup: prefer [kv]zalloc over [kv]malloc+memset in memory controller code.
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: prefer [kv]zalloc over [kv]malloc+memset in memory controller code.
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH] cgroup: prefer [kv]zalloc over [kv]malloc+memset in memory controller code.
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH 2/3] kernel, cred, kvm, security - removing superfluous rcu_read_lock_held check
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH] cgroup: Avoid a memset by using vzalloc
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 3/3] net - removing superfluous rcu_read_lock_held check
  • From: Paul Moore <paul.moore@xxxxxx>
• Re: [PATCH 0/6] Relink unlinked files for checkpoint/restart support
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 3/3] net - removing superfluous rcu_read_lock_held check
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 03/11] memcg: create extensible page stat update routines
  • From: Ciju Rajan K <ciju@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: prefer [kv]zalloc over [kv]malloc+memset in memory controller code.
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH] cgroup: prefer [kv]zalloc over [kv]malloc+memset in memory controller code.
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH] cgroup: prefer [kv]zalloc over [kv]malloc+memset in memory controller code.
  • From: Hiroyuki Kamezawa <kamezawa.hiroyuki@xxxxxxxxx>
• [PATCH] cgroup: prefer [kv]zalloc over [kv]malloc+memset in memory controller code.
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• [PATCH] cgroup: prefer [kv]zalloc over [kv]malloc+memset in memory controller code.
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• [PATCH 2/3] kernel, cred, kvm, security - removing superfluous rcu_read_lock_held check
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• [PATCH 3/3] net - removing superfluous rcu_read_lock_held check
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• [PATCH 1/3] cgroup - removing superfluous rcu_read_lock_held check
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• [PATCH 0/3] rcu - removing superfluous rcu_read_lock_held check
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: [PATCH] Clear the objhash before completing restart, but delay free (v2)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [RFC][PATCH][cr]: Mark ghost tasks as detached earlier
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/8] checkpoint/restart: sysvshm fixes and hugetlb support
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] Clear the objhash before completing restart, but delay free (v2)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] checkpoint/restart of anonymous hugetlb mappings
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] Clear the objhash before completing restart, but delay free (v2)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 0/6] Relink unlinked files for checkpoint/restart support
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] Clear the objhash before completing restart, but delay free (v2)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] cgroup: Avoid a memset by using vzalloc
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH v4 03/11] memcg: create extensible page stat update routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v4 11/11] memcg: check memcg dirty limits in page writeback
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• Re: [PATCH] cgroup: Avoid a memset by using vzalloc
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 03/11] memcg: create extensible page stat update routines
  • From: Ciju Rajan K <ciju@xxxxxxxxxxxxxxxxxx>
• Re: Need help to debug container's freeze
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH] cgroup: Avoid a memset by using vzalloc
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v4 00/11] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH] cgroup: Avoid a memset by using vzalloc
  • From: Jesper Juhl <jj@xxxxxxxxxxxxx>
• Re: [PATCH] pidns: Fix wait for zombies to be reaped in zap_pid_ns_processes
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH][cr]: Mark ghost tasks as detached earlier
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 02/11] memcg: document cgroup dirty memory interfaces
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• Need help to debug container's freeze
  • From: Пётр Волков <pva@xxxxxxxxx>
• Re: [PATCH v4 02/11] memcg: document cgroup dirty memory interfaces
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v4 02/11] memcg: document cgroup dirty memory interfaces
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v4 02/11] memcg: document cgroup dirty memory interfaces
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 09/11] memcg: CPU hotplug lockdep warning fix
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/11] memcg: per cgroup dirty page accounting
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/5][v5][cr] Checkpoint/restart file locks
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 11/11] memcg: check memcg dirty limits in page writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v4 08/11] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 0/5][v5][cr] Checkpoint/restart file locks
  • From: Lin Ming <lin@xxxxxxx>
• Re: [PATCH v4 06/11] memcg: add dirty page accounting infrastructure
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v4 06/11] memcg: add dirty page accounting infrastructure
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v4 02/11] memcg: document cgroup dirty memory interfaces
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• Re: [PATCH v4 05/11] writeback: create dirty_info structure
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v4 11/11] memcg: check memcg dirty limits in page writeback
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v4 10/11] memcg: add cgroupfs interface to memcg dirty limits
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v4 08/11] memcg: add dirty limits to mem_cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH v4 11/11] memcg: check memcg dirty limits in page writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v4 08/11] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v4 09/11] memcg: CPU hotplug lockdep warning fix
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v4 10/11] memcg: add cgroupfs interface to memcg dirty limits
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v4 07/11] memcg: add kernel calls for memcg dirty page stats
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v4 06/11] memcg: add dirty page accounting infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v4 05/11] writeback: create dirty_info structure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v4 04/11] memcg: add lock to synchronize page accounting and migration
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v4 03/11] memcg: create extensible page stat update routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v4 02/11] memcg: document cgroup dirty memory interfaces
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v4 01/11] memcg: add page_cgroup flags for dirty page tracking
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v4 00/11] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH 2/5][v5][cr]: Define flock_set()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/5][v5][cr]: Checkpoint/restore file-locks
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/5][v5][cr] Checkpoint/restart file locks
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/5][v5][cr]: Define flock64_set()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/5][v5][cr]: Document design of C/R of file-locks
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/5][v5][cr]: Move file_lock macros into linux/fs.h
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] cgroups: Update documentation for bindable subsystems
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 7/7] cgroups: Update documentation for bindable subsystems
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 5/7] cgroups: Make freezer subsystem bindable
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 6/7] cgroups: Warn if a bindable subsystem calls css_get()
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 3/7] cgroups: Allow to unbind subsystem from a cgroup hierarachy
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 2/7] cgroups: Allow to bind a subsystem to a cgroup hierarchy
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 2/7] cgroups: Allow to bind a subsystem to a cgroup hierarchy
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 1/7] cgroups: Shrink struct cgroup_subsys
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 0/7] cgroups: Allow to bind/unbind subsystems to/from non-trival hierarchy
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: Understanding cgroups
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: Understanding cgroups
  • From: Dhaval Giani <dhaval.giani@xxxxxxxxx>
• several mysql-connections problem
  • From: MALATTAR <mouhannad.alattar@xxxxxxxxxxxxxx>
• Re: netns patches WAS( Re: [PATCH 8/8] net: Implement socketat.
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: netns patches WAS( Re: [PATCH 8/8] net: Implement socketat.
  • From: jamal <hadi@xxxxxxxxxx>
• Re: [PATCH v2][memcg+dirtylimit] Fix overwriting global vm dirty limit setting by memcg (Re: [PATCH v3 00/11] memcg: per cgroup dirty page accounting
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2][memcg+dirtylimit] Fix overwriting global vm dirty limit setting by memcg (Re: [PATCH v3 00/11] memcg: per cgroup dirty page accounting
  • From: Ciju Rajan K <ciju@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2][memcg+dirtylimit] Fix overwriting global vm dirty limit setting by memcg (Re: [PATCH v3 00/11] memcg: per cgroup dirty page accounting
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/7] cgroups: Allow to bind a subsystem to a cgroup hierarchy
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 5/7] cgroups: Make freezer subsystem bindable
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 0/7] cgroups: Allow to bind/unbind subsystems to/from non-trival hierarchy
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] cgroups: Allow to bind a subsystem to a cgroup hierarchy
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] cgroups: Update documentation for bindable subsystems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] cgroups: Update documentation for bindable subsystems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 7/7] cgroups: Update documentation for bindable subsystems
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2][memcg+dirtylimit] Fix overwriting global vm dirty limit setting by memcg (Re: [PATCH v3 00/11] memcg: per cgroup dirty page accounting
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2][memcg+dirtylimit] Fix overwriting global vm dirty limit setting by memcg (Re: [PATCH v3 00/11] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 5/6] [RFC] Checkpoint/restart unlinked files
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] cgroups: Make freezer subsystem bindable
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 5/7] cgroups: Make freezer subsystem bindable
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 2/7] cgroups: Allow to bind a subsystem to a cgroup hierarchy
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 5/7] cgroups: Make freezer subsystem bindable
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 0/7] cgroups: Allow to bind/unbind subsystems to/from non-trival hierarchy
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/7] cgroups: Allow to bind a subsystem to a cgroup hierarchy
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 7/7] cgroups: Update documentation for bindable subsystems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 6/7] cgroups: Warn if a bindable subsystem calls css_get()
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 5/7] cgroups: Make freezer subsystem bindable
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 4/7] cgroups: Mark some subsystems bindable
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 2/7] cgroups: Allow to bind a subsystem to a cgroup hierarchy
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 3/7] cgroups: Allow to unbind subsystem from a cgroup hierarachy
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 1/7] cgroups: Shrink struct cgroup_subsys
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 0/7] cgroups: Allow to bind/unbind subsystems to/from non-trival hierarchy
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 03/11] checkpoint: reformat CKPT_VMA_NOT_SUPPORTED
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 02/11] checkpoint: check actual array size before dereferencing
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 01/11] checkpoint: fix leak in VMA restore error path
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH v2][memcg+dirtylimit] Fix overwriting global vm dirty limit setting by memcg (Re: [PATCH v3 00/11] memcg: per cgroup dirty page accounting
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 08/11] checkpoint/restart of anonymous hugetlb mappings
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 11/11] remove VM_HUGETLB from CKPT_VMA_NOT_SUPPORTED
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 07/11] checkpoint/ipc: allow shmat callers to specify ipc namespace
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 09/11] hugetlbfs checkpoint/restart hooks
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 10/11] checkpoint/restart of SysV SHM_HUGETLB regions
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 06/11] checkpoint: enable c/r for bsr driver
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 05/11] checkpoint: allow VM_{IO,RESERVED,PFNMAP} mappings
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 04/11] checkpoint: introduce device vma type
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 03/11] checkpoint: reformat CKPT_VMA_NOT_SUPPORTED
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 02/11] checkpoint: check actual array size before dereferencing
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 01/11] checkpoint: fix leak in VMA restore error path
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 00/11] checkpoint: various mm-related bits
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH v2][memcg+dirtylimit] Fix overwriting global vm dirty limit setting by memcg (Re: [PATCH v3 00/11] memcg: per cgroup dirty page accounting
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH 1/4] Kconfig: make namespace a submenu
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH v2][memcg+dirtylimit] Fix overwriting global vm dirty limit setting by memcg (Re: [PATCH v3 00/11] memcg: per cgroup dirty page accounting
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 11/11] memcg: check memcg dirty limits in page writeback
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• [PATCH v2][memcg+dirtylimit] Fix overwriting global vm dirty limit setting by memcg (Re: [PATCH v3 00/11] memcg: per cgroup dirty page accounting
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 11/11] memcg: check memcg dirty limits in page writeback
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: cgroup debug seems dead?
  • From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
• Re: [PATCH v3 11/11] memcg: check memcg dirty limits in page writeback
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 11/11] memcg: check memcg dirty limits in page writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 11/11] memcg: check memcg dirty limits in page writeback
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH][memcg+dirtylimit] Fix overwriting global vm dirty limit setting by memcg (Re: [PATCH v3 00/11] memcg: per cgroup dirty page accounting
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 07/11] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 08/11] memcg: CPU hotplug lockdep warning fix
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 09/11] memcg: add cgroupfs interface to memcg dirty limits
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 10/11] writeback: make determine_dirtyable_memory() static.
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 09/11] memcg: add cgroupfs interface to memcg dirty limits
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 09/11] memcg: add cgroupfs interface to memcg dirty limits
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• [PATCH][memcg+dirtylimit] Fix overwriting global vm dirty limit setting by memcg (Re: [PATCH v3 00/11] memcg: per cgroup dirty page accounting
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: cgroup debug seems dead?
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: cgroup debug seems dead?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: cgroup debug seems dead?
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: cgroup debug seems dead?
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: cgroup debug seems dead?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: cgroup debug seems dead?
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: cgroup debug seems dead?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: cgroup debug seems dead?
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH v3 05/11] memcg: add dirty page accounting infrastructure
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 07/11] memcg: add dirty limits to mem_cgroup
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH] Clear the objhash before completing restart, but delay free (v2)
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• cgroup debug seems dead?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] Clear the objhash before completing restart, but delay free (v2)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 06/11] memcg: add kernel calls for memcg dirty page stats
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 04/11] memcg: add lock to synchronize page accounting and migration
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 03/11] memcg: create extensible page stat update routines
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• [RFC][PATCH 2/2] memcg: move_account optimization by reduce locks (Re: [PATCH v3 04/11] memcg: add lock to synchronize page accounting and migration
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [RFC][PATCH 1/2] memcg: move_account optimization by reduct put, get page (Re: [PATCH v3 04/11] memcg: add lock to synchronize page accounting and migration
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 01/11] memcg: add page_cgroup flags for dirty page tracking
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• [PATCH v3 04/11] memcg: add lock to synchronize page accounting and migration
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 04/11] memcg: add lock to synchronize page accounting and migration
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v3 11/11] memcg: check memcg dirty limits in page writeback
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 10/11] writeback: make determine_dirtyable_memory() static.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 09/11] memcg: add cgroupfs interface to memcg dirty limits
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 08/11] memcg: CPU hotplug lockdep warning fix
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 07/11] memcg: add dirty limits to mem_cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/11] memcg: add kernel calls for memcg dirty page stats
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH v3 11/11] memcg: check memcg dirty limits in page writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 03/11] memcg: create extensible page stat update routines
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 05/11] memcg: add dirty page accounting infrastructure
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH v3 05/11] memcg: add dirty page accounting infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v3 04/11] memcg: add lock to synchronize page accounting and migration
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH v3 06/11] memcg: add kernel calls for memcg dirty page stats
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v3 03/11] memcg: create extensible page stat update routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v3 02/11] memcg: document cgroup dirty memory interfaces
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v3 01/11] memcg: add page_cgroup flags for dirty page tracking
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v3 10/11] writeback: make determine_dirtyable_memory() static.
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v3 08/11] memcg: CPU hotplug lockdep warning fix
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v3 09/11] memcg: add cgroupfs interface to memcg dirty limits
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v3 07/11] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v3 00/11] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 00/10] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH] Clear the objhash before completing restart, but delay free until later
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 00/10] memcg: per cgroup dirty page accounting
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 10/11] writeback: make determine_dirtyable_memory() static.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 09/11] memcg: add cgroupfs interface to memcg dirty limits
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/11] memcg: CPU hotplug lockdep warning fix
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 07/11] memcg: add dirty limits to mem_cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 05/11] memcg: add dirty page accounting infrastructure
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 04/11] memcg: disable softirq in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 03/11] memcg: create extensible page stat update routines
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2 02/11] memcg: document cgroup dirty memory interfaces
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] Clear the objhash before completing restart, but delay free until later
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH v2 04/11] memcg: disable softirq in lock_page_cgroup()
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• [PATCH v2 09/11] memcg: add cgroupfs interface to memcg dirty limits
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 11/11] memcg: check memcg dirty limits in page writeback
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 10/11] writeback: make determine_dirtyable_memory() static.
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 08/11] memcg: CPU hotplug lockdep warning fix
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 07/11] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 06/11] memcg: add kernel calls for memcg dirty page stats
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 05/11] memcg: add dirty page accounting infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 04/11] memcg: disable softirq in lock_page_cgroup()
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 03/11] memcg: create extensible page stat update routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 02/11] memcg: document cgroup dirty memory interfaces
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 01/11] memcg: add page_cgroup flags for dirty page tracking
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH v2 00/11] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH] Clear the objhash before completing restart, but delay free until later
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: Fwd: Re: lxc-performance?
  • From: Pavel Labushev <p.labushev@xxxxxxxxx>
• netns patches WAS( Re: [PATCH 8/8] net: Implement socketat.
  • From: jamal <hadi@xxxxxxxxxx>
• Re: [PATCH 2/2] Kconfig : default all the namespaces to 'yes'
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/2] Kconfig : default all the namespaces to 'yes'
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Fwd: Re: lxc-performance?
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: Fwd: Re: lxc-performance?
  • From: MALATTAR <mouhannad.alattar@xxxxxxxxxxxxxx>
• Re: host PCI (-X) device assigned to a container
  • From: Pavel Labushev <p.labushev@xxxxxxxxx>
• host PCI (-X) device assigned to a container
  • From: Mihamina Rakotomandimby <mihamina@xxxxxxxxxx>
• Re: lxc performance?
  • From: Pavel Labushev <p.labushev@xxxxxxxxx>
• Re: [PATCH 2/2] Kconfig : default all the namespaces to 'yes'
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/4] Kconfig: remove pointless cgroup dependency
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 4/4] Kconfig: move namespace menu location after the cgroup
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 3/4] Kconfig: remove the cgroup device whitelist experimental tag
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 1/4] Kconfig: make namespace a submenu
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 2/4] Kconfig: remove pointless cgroup dependency
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 1/2] Kconfig : remove pid_ns and net_ns experimental
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 2/2] Kconfig : default all the namespaces to 'yes'
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: Fwd: Re: lxc-performance?
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/2] Kconfig : remove pid_ns and net_ns experimental
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC V1] Replace pid_t in autofs4 with struct pid reference.
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] Kconfig : default all the namespaces to 'yes'
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC V1] Replace pid_t in autofs4 with struct pid reference.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 07/10] memcg: add dirty limits to mem_cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 07/10] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH v4] memcg: reduce lock time at move charge
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• [PATCH v4] memcg: reduce lock time at move charge
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: Fwd: Re: lxc-performance?
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] memcg: add dirty limits to mem_cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 07/10] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 2/2] Kconfig : default all the namespaces to 'yes'
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: Fwd: Re: lxc-performance?
  • From: MALATTAR <mouhannad.alattar@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/3] cgroups: make procs file writable
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: Fwd: Re: lxc-performance?
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v2] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Fwd: Re: lxc-performance?
  • From: MALATTAR <mouhannad.alattar@xxxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] memcg: lock-free clear page writeback (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v2] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] memcg: lock-free clear page writeback (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH v2] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• [PATCH 1/2] Kconfig : remove pid_ns and net_ns experimental
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH 2/2] Kconfig : default all the namespaces to 'yes'
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: lxc performance?
  • From: Pavel Labushev <p.labushev@xxxxxxxxx>
• Question about libnetfilter_queue and container
  • From: 周威廷 <richard925215@xxxxxxxxx>
• Re: [PATCH] memcg: lock-free clear page writeback (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH v2] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• [PATCH] memcg: lock-free clear page writeback (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH] memcg: reduce lock time at move charge (Was Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: Ciju Rajan K <ciju@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Restrict size of page_cgroup->flags
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [RFC] Restrict size of page_cgroup->flags
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] Restrict size of page_cgroup->flags
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Restrict size of page_cgroup->flags
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] Restrict size of page_cgroup->flags
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Restrict size of page_cgroup->flags
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Restrict size of page_cgroup->flags
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [RFC] Restrict size of page_cgroup->flags
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] Restrict size of page_cgroup->flags
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] Restrict size of page_cgroup->flags
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [RFC] Restrict size of page_cgroup->flags
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] memcg: add dirty limits to mem_cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 07/10] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 07/10] memcg: add dirty limits to mem_cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [RFC] Restrict size of page_cgroup->flags
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: Andrea Righi <arighi@xxxxxxxxxxx>
• Re: [PATCH 0/8] checkpoint/restart: sysvshm fixes and hugetlb support
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 03/10] memcg: create extensible page stat update routines
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• lxc performance?
  • From: MALATTAR <mouhannad.alattar@xxxxxxxxxxxxxx>
• [RFC] Restrict size of page_cgroup->flags
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: C/R and stdio redirection
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] memcg: document cgroup dirty memory interfaces
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] memcg: add page_cgroup flags for dirty page tracking
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: C/R and stdio redirection
  • From: Louis Rilling <Louis.Rilling@xxxxxxxxxxx>
• Re: C/R and stdio redirection
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/10] memcg: per cgroup dirty page accounting
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] memcg: document cgroup dirty memory interfaces
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/10] memcg: create extensible page stat update routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 01/10] memcg: add page_cgroup flags for dirty page tracking
  • From: Daisuke Nishimura <nishimura@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 10/10] memcg: check memcg dirty limits in page writeback
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH 03/10] memcg: create extensible page stat update routines
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 00/10] memcg: per cgroup dirty page accounting
  • From: Andrea Righi <arighi@xxxxxxxxxxx>
• Re: [PATCH 05/10] memcg: add dirty page accounting infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 03/10] memcg: create extensible page stat update routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 1/1] cgroups: strcpy destination string overflow
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 1/1] cgroups: strcpy destination string overflow
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] memcg: add dirty limits to mem_cgroup
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [RFC V1] Replace pid_t in autofs4 with struct pid reference.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 05/10] memcg: add dirty page accounting infrastructure
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH 03/10] memcg: create extensible page stat update routines
  • From: Minchan Kim <minchan.kim@xxxxxxxxx>
• Re: [PATCH 07/10] memcg: add dirty limits to mem_cgroup
  • From: Andrea Righi <arighi@xxxxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: Andrea Righi <arighi@xxxxxxxxxxx>
• [PATCH 0/1] cgroups: strcpy destination string overflow
  • From: Evgeny Kuznetsov <EXT-Eugeny.Kuznetsov@xxxxxxxxx>
• [PATCH 1/1] cgroups: strcpy destination string overflow
  • From: Evgeny Kuznetsov <EXT-Eugeny.Kuznetsov@xxxxxxxxx>
• Re: [PATCH 00/10] memcg: per cgroup dirty page accounting
  • From: Ciju Rajan K <ciju@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 05/10] memcg: add dirty page accounting infrastructure
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 10/10] memcg: check memcg dirty limits in page writeback
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 05/10] memcg: add dirty page accounting infrastructure
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 09/10] writeback: make determine_dirtyable_memory() static.
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 08/10] memcg: add cgroupfs interface to memcg dirty limits
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 07/10] memcg: add dirty limits to mem_cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 03/10] memcg: create extensible page stat update routines
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 06/10] memcg: add kernel calls for memcg dirty page stats
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 04/10] memcg: disable local interrupts in lock_page_cgroup()
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 03/10] memcg: create extensible page stat update routines
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 02/10] memcg: document cgroup dirty memory interfaces
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 01/10] memcg: add page_cgroup flags for dirty page tracking
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 00/10] memcg: per cgroup dirty page accounting
  • From: Greg Thelen <gthelen@xxxxxxxxxx>
• Re: [PATCH 00/10] memcg: per cgroup dirty page accounting
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>