Linux Containers

• Thread Index

• [RFC v14-rc2][PATCH 12/29] Restore open file descriptors
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc2][PATCH 05/29] x86 support for checkpoint/restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc2][PATCH 11/29] add generic checkpoint f_op to ext fses
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc2][PATCH 06/29] Dump memory address space
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc2][PATCH 02/29] Checkpoint/restart: initial documentation
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc2][PATCH 09/29] Dump open file descriptors
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc2][PATCH 04/29] General infrastructure for checkpoint restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc2][PATCH 01/29] Create syscalls: sys_checkpoint, sys_restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc2][PATCH 07/29] Restore memory address space
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc2][PATCH 08/29] Infrastructure for shared objects
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc2][PATCH 10/29] actually use f_op in checkpoint code
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc2][PATCH 03/29] Make file_pos_read/write() public
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: mktree.c does not compile with v14 ?
  • From: Dan Smith <danms@xxxxxxxxxx>
• mktree.c does not compile with v14 ?
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] cr: remap vdso at original address
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/1] cr: remap vdso at original address
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] cr: remap vdso at original address
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 1/1] cr: remap vdso at original address
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] checkpoint: Kconfig cleanup, powerpc support
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] cr: remap vdso at original address
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/1] cr: remap vdso at original address
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] s390 c/r: fix up v14
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] IO Controller: No need to stop idling in as
  • From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
• Re: lxc configuration help - only network isolated?
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: List of filesystems to use generic checkpoint fops
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: List of filesystems to use generic checkpoint fops
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: List of filesystems to use generic checkpoint fops
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] IO Controller: No need to stop idling in as
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH] IO Controller: Don't store the pid in single queue circumstances
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: lxc configuration help - only network isolated?
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: lxc configuration help - only network isolated?
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• [PATCH] IO Controller: Don't store the pid in single queue circumstances
  • From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
• [PATCH] IO Controller: No need to stop idling in as
  • From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
• List of filesystems to use generic checkpoint fops
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: Can not remove the subdirectory in cgroup pseudo-filesystem
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: [RFC v14-rc][PATCH 18/23] Prepare to support shared memory
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 22/23] c/r: Add CR_COPY() macro (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• lxc configuration help - only network isolated?
  • From: "Chris R. Jones" <chris@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 3/6] Check 'may_checkpoint()' early
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [PATCH 3/6] Check 'may_checkpoint()' early
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/7] make CONFIG_CHECKPOINT depend on CONFIG_CHECKPOINT_SUPPORT
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: Can not remove the subdirectory in cgroup pseudo-filesystem
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: Can not remove the subdirectory in cgroup pseudo-filesystem
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 3/7] make CONFIG_CHECKPOINT depend on CONFIG_CHECKPOINT_SUPPORT
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/7] make CONFIG_CHECKPOINT depend on CONFIG_CHECKPOINT_SUPPORT
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 2/7] x86: enable checkpoint support in Kconfig
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/7] s390: enable checkpoint support in Kconfig
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 6/7] powerpc: wire up checkpoint and restart syscalls
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 7/7] powerpc: enable checkpoint support in Kconfig
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 5/7] powerpc: checkpoint/restart implementation
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 2/7] x86: enable checkpoint support in Kconfig
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 0/7] checkpoint: Kconfig cleanup, powerpc support
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 4/7] powerpc: provide APIs for validating and updating DABR
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 3/7] make CONFIG_CHECKPOINT depend on CONFIG_CHECKPOINT_SUPPORT
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 1/7] s390: enable checkpoint support in Kconfig
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 0/6] netns: add linux-vrf features via network namespaces
  • From: Bruce Jones <bruce.jones@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: Can not remove the subdirectory in cgroup pseudo-filesystem
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: Can not remove the subdirectory in cgroup pseudo-filesystem
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Can not remove the subdirectory in cgroup pseudo-filesystem
  • From: anqin <anqin.qin@xxxxxxxxx>
• [PATCH 1/1] cr: remap vdso at original address
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] Add powerpc signalfd syscall numbers
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] Add powerpc signalfd syscall numbers
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Add powerpc signalfd syscall numbers
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] Add powerpc signalfd syscall numbers
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [trivial PATCH] cr: fd can be used uninitialized
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [trivial PATCH] cr: fix undefined value
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Fabio Checconi <fchecconi@xxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Nauman Rafique <nauman@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Fabio Checconi <fchecconi@xxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Nauman Rafique <nauman@xxxxxxxxxx>
• lxc-0.6.1 released
  • From: Daniel Lezcano <dlezcano@xxxxxxxxxx>
• [PATCH 1/1] s390 c/r: fix up v14 (v2)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 1/1] s390 c/r: fix up v14
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 09/23] Dump open file descriptors
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 09/23] Dump open file descriptors
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 09/23] Dump open file descriptors
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 22/23] c/r: Add CR_COPY() macro (v4)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Nauman Rafique <nauman@xxxxxxxxxx>
• Re: [RFC v14-rc1][PATCH 00/23] Kernel based checkpoint/restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC v14-rc1][PATCH 00/23] Kernel based checkpoint/restart
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 1/2] Add UTS support to mktree (v5)
  • From: Dan Smith <danms@xxxxxxxxxx>
• user-cr: Add UTS support
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 2/2] Add a simple UTS test program
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 1/2] c/r: Add UTS support (v5)
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 2/2] c/r: Add (dummy) IPC support
  • From: Dan Smith <danms@xxxxxxxxxx>
• c/r: Add UTS support
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 07/23] Restore memory address space
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: lxc : linux containers tool 0.6.0 release
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: lxc : linux containers tool 0.6.0 release
  • From: Daniel Lezcano <dlezcano@xxxxxxxxxx>
• Re: lxc : linux containers tool 0.6.0 release
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: lxc : linux containers tool 0.6.0 release
  • From: Daniel Lezcano <dlezcano@xxxxxxxxxx>
• Re: lxc : linux containers tool 0.6.0 release
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: lxc : linux containers tool 0.6.0 release
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: lxc : linux containers tool 0.6.0 release
  • From: Américo Wang <xiyou.wangcong@xxxxxxxxx>
• Re: lxc : linux containers tool 0.6.0 release
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: [RFC v14-rc][PATCH 07/23] Restore memory address space
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] introduce user_ns inheritance in user-sched
  • From: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/1] introduce user_ns inheritance in user-sched
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/1] introduce user_ns inheritance in user-sched
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 07/23] Restore memory address space
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC v14-rc][PATCH 17/23] Record 'struct file' object instead of the file name for VMAs
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 17/23] Record 'struct file' object instead of the file name for VMAs
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 20/23] Restore anonymous- and file-mapped- shared memory
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 04/23] General infrastructure for checkpoint restart
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 04/23] General infrastructure for checkpoint restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 5/8] add f_op for checkpointability
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 17/23] Record 'struct file' object instead of the file name for VMAs
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 18/23] Prepare to support shared memory
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 04/23] General infrastructure for checkpoint restart
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 17/23] Record 'struct file' object instead of the file name for VMAs
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 14/23] A new file type (CR_FD_OBJREF) for a file descriptor already setup
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 09/23] Dump open file descriptors
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 5/8] add f_op for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 14/23] A new file type (CR_FD_OBJREF) for a file descriptor already setup
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 14/23] A new file type (CR_FD_OBJREF) for a file descriptor already setup
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 17/23] Record 'struct file' object instead of the file name for VMAs
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 09/23] Dump open file descriptors
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 14/23] A new file type (CR_FD_OBJREF) for a file descriptor already setup
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 14/23] A new file type (CR_FD_OBJREF) for a file descriptor already setup
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 14/23] A new file type (CR_FD_OBJREF) for a file descriptor already setup
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 14/23] A new file type (CR_FD_OBJREF) for a file descriptor already setup
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v14-rc][PATCH 09/23] Dump open file descriptors
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Mike Waychison <mikew@xxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 23/23] s390: define s390-specific checkpoint-restart code (v7)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 22/23] c/r: Add CR_COPY() macro (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 04/23] General infrastructure for checkpoint restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 21/23] s390: Expose a constant for the number of words representing the CRs
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 19/23] Dump anonymous- and file-mapped- shared memory
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 09/23] Dump open file descriptors
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 13/23] Restart multiple processes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 14/23] A new file type (CR_FD_OBJREF) for a file descriptor already setup
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 08/23] Infrastructure for shared objects
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 20/23] Restore anonymous- and file-mapped- shared memory
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 17/23] Record 'struct file' object instead of the file name for VMAs
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 15/23] Checkpoint open pipes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 11/23] External checkpoint of a task other than ourself
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 18/23] Prepare to support shared memory
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 06/23] Dump memory address space
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 02/23] Checkpoint/restart: initial documentation
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 12/23] Checkpoint multiple processes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 07/23] Restore memory address space
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 01/23] Create syscalls: sys_checkpoint, sys_restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 16/23] Restore open pipes
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 05/23] x86 support for checkpoint/restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 10/23] Restore open file descriptors
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc1][PATCH 00/23] Kernel based checkpoint/restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [RFC v14-rc][PATCH 03/23] Make file_pos_read/write() public
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Nauman Rafique <nauman@xxxxxxxxxx>
• Re: [PATCH] Add powerpc signalfd syscall numbers
  • From: Daniel Lezcano <dlezcano@xxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] Add powerpc signalfd syscall numbers
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 1/1] introduce user_ns inheritance in user-sched
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] Add powerpc signalfd syscall numbers
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH] Add powerpc signalfd syscall numbers
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: CLONE_PARENT in a container
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: CLONE_PARENT in a container
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] introduce user_ns inheritance in user-sched
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/1] introduce user_ns inheritance in user-sched
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/1] introduce user_ns inheritance in user-sched
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Dan Smith <danms@xxxxxxxxxx>
• CLONE_PARENT in a container
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v4)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [PATCH 1/1] introduce user_ns inheritance in user-sched
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v7)
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 1/3] s390: Expose a constant for the number of words representing the CRs
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 2/3] c/r: Add CR_COPY() macro (v4)
  • From: Dan Smith <danms@xxxxxxxxxx>
• c/r: Add s390 support (resend)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [lxc-devel] Poor bridging performance on 10 GbE
  • From: Ryousei Takano <ryousei@xxxxxxxxx>
• Re: [lxc-devel] Poor bridging performance on 10 GbE
  • From: Daniel Lezcano <dlezcano@xxxxxxxxxx>
• Re: [PATCH 02/10] Common flat fair queuing code in elevaotor layer
  • From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
• Re: [lxc-devel] Poor bridging performance on 10 GbE
  • From: Ryousei Takano <ryousei@xxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Mike Waychison <mikew@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [lxc-devel] Poor bridging performance on 10 GbE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Mike Waychison <mikew@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 01/10] Documentation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Mike Waychison <mikew@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Mike Waychison <mikew@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Mike Waychison <mikew@xxxxxxxxxx>
• user-cr: UTS support and test
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 2/2] Add a simple UTS test program
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 1/2] Add UTS support to mktree (v4)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• [PATCH] c/r: Add UTS support (v4)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: C/R review
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: C/R review
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [lxc-devel] Poor bridging performance on 10 GbE
  • From: Ryousei Takano <ryousei@xxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v3)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v3)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: C/R review
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [lxc-devel] Poor bridging performance on 10 GbE
  • From: Daniel Lezcano <dlezcano@xxxxxxxxxx>
• Re: C/R review
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] c/r: Add UTS support (v3)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v3)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] Deny external checkpoint unless frozen
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Gui Jianfeng <guijianfeng@xxxxxxxxxxxxxx>
• Re: [RFC v13][PATCH 05/14] x86 support for checkpoint/restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 6/6] Explain reason for task being uncheckpointable
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] [RFC] Support multiply-bindable cgroup subsystems
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] [RFC] Support multiply-bindable cgroup subsystems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 6/7] [RFC] Support multiply-bindable cgroup subsystems
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 6/7] [RFC] Support multiply-bindable cgroup subsystems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 6/7] [RFC] Support multiply-bindable cgroup subsystems
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 6/7] [RFC] Support multiply-bindable cgroup subsystems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: C/R review
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• C/R review
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 6/6] Explain reason for task being uncheckpointable
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 6/6] Explain reason for task being uncheckpointable
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/6] Define and use proc_pid_checkpointable()
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/6] Deny external checkpoint unless task is frozen
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/6] Restart multiple processes
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/6] Check 'may_checkpoint()' early
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] Checkpoint multiple processes
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/6] /proc/pid/checkpointable
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• user-cr: UTS support and test
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 1/2] Add UTS support to mktree (v2)
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 2/2] Add a simple UTS test program
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH] c/r: Add UTS support (v3)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] [RFC] Example multi-bindable subsystem: a per-cgroup notes field
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 6/7] [RFC] Support multiply-bindable cgroup subsystems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] [RFC] Allow cgroup hierarchies to be created with no bound subsystems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 3/7] [RFC] Add a back-pointer from struct cg_cgroup_link to struct cgroup
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] [RFC] Support named cgroups hierarchies
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] [RFC]Move the cgroup debug subsys into cgroup.c to access internal state
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/6] /proc/pid/checkpointable
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/6] /proc/pid/checkpointable
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Kevin Fox <Kevin.Fox@xxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support (v2)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support (v2)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support (v2)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] Add UTS support to mktree
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] Add UTS support to mktree
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH] Add UTS support to mktree
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH] [RFC] c/r: Add UTS support (v2)
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH] Add a simple UTS test program
  • From: Dan Smith <danms@xxxxxxxxxx>
• user-cr: UTS support and test
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/7][RFC] CGroup hierarchy extensions
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH] devcgroup: avoid using cgroup_lock
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] Document signal-semantics changes of container-init
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH] Document signal-semantics changes of container-init
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Joseph Ruscio <jruscio@xxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: What can OpenVZ do?
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: What can OpenVZ do?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Mike Waychison <mikew@xxxxxxxxxx>
• Re: [PATCH] devcgroup: avoid using cgroup_lock
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: Ensuring c/r maintainability (WAS Re: [RFC][PATCH 00/11] track files for checkpointability)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [PATCH 5/5] Deny external checkpoint unless task is frozen
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] devcgroup: avoid using cgroup_lock
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Ensuring c/r maintainability (WAS Re: [RFC][PATCH 00/11] track files for checkpointability)
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Ying Han <yinghan@xxxxxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] Deny external checkpoint unless task is frozen
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 05/11] add generic checkpoint f_op to ext fses
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart
  • From: Oren Laadan <orenl@xxxxxxxxxxxxxxx>
• Re: [PATCH] devcgroup: avoid using cgroup_lock
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] [RFC] c/r: Add UTS support
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [RFC][PATCH 09/11] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] devcgroup: avoid using cgroup_lock
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: lxc : linux container tools cvs migrates to git
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [RFC][PATCH 09/11] check files for checkpointability
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH] [RFC] c/r: Add UTS support
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 5/5] Deny external checkpoint unless task is frozen
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 4/5] Check 'may_checkpoint()' early
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/5] Track in-kernel when we expect checkpoint/restart to work
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC] IO Controller
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Fabio Checconi <fchecconi@xxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] IO Controller
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [RFC] IO Controller
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 7/7] [RFC] Example multi-bindable subsystem: a per-cgroup notes field
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH 6/7] [RFC] Support multiply-bindable cgroup subsystems
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH 5/7] [RFC] Remove cgroup_subsys.root pointer
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH 4/7] [RFC] Allow cgroup hierarchies to be created with no bound subsystems
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH 3/7] [RFC] Add a back-pointer from struct cg_cgroup_link to struct cgroup
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH 2/7] [RFC]Move the cgroup debug subsys into cgroup.c to access internal state
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH 1/7] [RFC] Support named cgroups hierarchies
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH 0/7][RFC] CGroup hierarchy extensions
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Ryo Tsuruta <ryov@xxxxxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Yang Hongyang <yanghy@xxxxxxxxxxxxxx>
• Re: [PATCH 01/10] Documentation
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] IO Controller
  • From: anqin <anqin.qin@xxxxxxxxx>
• Re: [RFC] IO Controller
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC] IO Controller
  • From: anqin <anqin.qin@xxxxxxxxx>
• [PATCH 0/5] Missing patches in Dave Hansen's tree
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] Check 'may_checkpoint()' early
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] Deny external checkpoint unless task is frozen
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] Restart multiple processes
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] Checkpoint multiple processes
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] Track in-kernel when we expect checkpoint/restart to work
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] IO Controller
  • From: Takuya Yoshikawa <yoshikawa.takuya@xxxxxxxxxxxxx>
• Re: [PATCH] debug cgroup: remove unneeded cgroup_lock
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] debug cgroup: remove unneeded cgroup_lock
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] cls_cgroup: remove unneeded cgroup_lock
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH 02/10] Common flat fair queuing code in elevaotor layer
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 03/10] Modify cfq to make use of flat elevator fair queuing
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 07/10] Prepare elevator layer for single queue schedulers
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 04/10] Common hierarchical fair queuing code in elevaotor layer
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 10/10] anticipatory changes for hierarchical fair queuing
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [RFC] IO Controller
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 01/10] Documentation
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 06/10] Separate out queue and data
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 08/10] noop changes for hierarchical fair queuing
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 05/10] cfq changes to use hierarchical fair queuing code in elevaotor layer
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH 09/10] deadline changes for hierarchical fair queuing
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• [PATCH] devcgroup: avoid using cgroup_lock
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH] cls_cgroup: remove unneeded cgroup_lock
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH] debug cgroup: remove unneeded cgroup_lock
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• what is CONFIG_VZ_GENCALLS
  • From: Zhaohui Wang <zwange@xxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH] s390 sys_clone is backwards
  • From: Daniel Lezcano <dlezcano@xxxxxxxxxx>
• [PATCH] s390 sys_clone is backwards
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/1] define s390x signalfd for old headers
  • From: Daniel Lezcano <dlezcano@xxxxxxxxxx>
• [PATCH 1/1] define s390x signalfd for old headers
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] liblxc: Remove unused variable
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] liblxc: add scripts/lxc-fedora.in (WAS: Re: [PATCH] liblxc: Update lxc-debian to use the lenny release)
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH] liblxc: Add username and uid lookup/check.
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 0/7][v8] Container-init signal semantics
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 0/7][v8] Container-init signal semantics
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [PATCH 0/7][v8] Container-init signal semantics
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 0/7][v8] Container-init signal semantics
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [v2][PATCH 2/5] Parse mount options just once and copy them to super block
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] cr: track mm checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 2/3] cr: add file checkpointability to /proc/pid/status
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 1/3] cr: move CR_BAD_VM_FLAGS to header file
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: lxc : linux container tools cvs migrates to git
  • From: Michel Normand <michel.mno@xxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• lxc : linux container tools cvs migrates to git
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] checkpoint: define pid==0 as self-checkpoint
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 1/1] checkpoint: define pid==0 as self-checkpoint
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 00/11] track files for checkpointability
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [RFC][PATCH 09/11] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 07/11] file c/r: expose functions to query fs support
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 04/11] actually use f_op in checkpoint code
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 11/11] optimize c/r check in dup_fd()
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 08/11] expose file checkpointability and reasoning in /proc
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 03/11] Introduce generic_file_checkpoint()
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 10/11] add checkpoint/restart compile helper
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 00/11] track files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 06/11] add checkpoint_file_generic() to /proc
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 05/11] add generic checkpoint f_op to ext fses
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 02/11] breakout fdinfo sprintf() into its own function
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 01/11] kill '_data' in cr_hdr_fd_data name
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Fix Network namespace shutdown take 2
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] checkpoint: Note checkpointability of mm_struct (v2)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] checkpoint: Note checkpointability of mm_struct (v2)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/1] checkpoint: Note checkpointability of mm_struct (v2)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v3)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v3)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v3)
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v3)
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• [PATCH 1/1] ipc namespace: initialize init_ipc_ns.count to 1
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v3)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] veth: Allow setting the L3 MTU
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] veth: Allow setting the L3 MTU
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] cgroups: don't change release_agent when remount failed
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroups: show correct file mode, fix
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Contact List of surgeons and dozens more specialties
  • From: "Ross Arnold" <detroit@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroups: show correct file mode, fix
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroups: show correct file mode, fix
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH] cgroups: show correct file mode, fix
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v3)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 1/3] s390: Expose a constant for the number of words representing the CRs
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v3)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] s390: Expose a constant for the number of words representing the CRs
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v3)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] s390: Expose a constant for the number of words representing the CRs
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [PATCH] Allow cpusets to be configured/built on non-SMP systems
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v7)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] cgroups: show correct file mode
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Cedric Le Goater <legoater@xxxxxxx>
• [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v7)
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 0/3] c/r: Add s390 support
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 2/3] c/r: Add CR_COPY() macro (v3)
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 1/3] s390: Expose a constant for the number of words representing the CRs
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [RFC][PATCH 5/8] add f_op for checkpointability
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] Fix Network namespace shutdown take 2
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Allow cpusets to be configured/built on non-SMP systems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] Allow cpusets to be configured/built on non-SMP systems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] Allow cpusets to be configured/built on non-SMP systems
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] Allow cpusets to be configured/built on non-SMP systems
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] Allow cpusets to be configured/built on non-SMP systems
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH] Allow cpusets to be configured/built on non-SMP systems
  • From: Paul Menage <menage@xxxxxxxxxx>
• [PATCH] cgroups: show correct file mode
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• thoughts on checkpointing /proc/mounts
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Allow cpusets to be configured/built on non-SMP systems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Allow cpusets to be configured/built on non-SMP systems
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 1/1] ipc namespace: initialize init_ipc_ns.count to 1
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH] Allow cpusets to be configured/built on non-SMP systems
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 0/4] cgroups: show correct file mode
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] cgroups: show correct file mode
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 0/4] cgroups: show correct file mode
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] cgroups: show correct file mode
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] cgroups: show correct file mode
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] cgroups: show correct file mode
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 0/4] cgroups: show correct file mode
  • From: Mike Waychison <mikew@xxxxxxxxxx>
• Re: [PATCH 0/4] cgroups: show correct file mode
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 0/4] cgroups: show correct file mode
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] cgroups: show correct file mode
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 0/4] cgroups: show correct file mode
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: thoughts on checkpointing /proc/mounts
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 0/4] cgroups: show correct file mode
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [RFC][PATCH 5/8] add f_op for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 1/1] checkpoint: Note checkpointability of mm_struct (v2)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 3/4] devcgroup: show correct file mode
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/2] veth: Fix carrier detect
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 4/4] cpuset: show correct file mode
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 3/4] devcgroup: show correct file mode
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 2/4] cpuacct: show correct file mode
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 0/4] cgroups: show correct file mode
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 1/4] cgroup debug: show correct file mode
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC][PATCH 5/8] add f_op for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [RFC][PATCH 5/8] add f_op for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 5/8] add f_op for checkpointability
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 8/8] check files for checkpointability
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 5/8] add f_op for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 5/8] add f_op for checkpointability
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 4/8] file c/r: expose functions to query fs support
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [RFC][PATCH 4/8] file c/r: expose functions to query fs support
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 4/8] file c/r: expose functions to query fs support
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/8] breakout fdinfo sprintf() into its own function
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/8] create fs flags to mark c/r supported fs's
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 4/8] file c/r: expose functions to query fs support
  • From: Sukadev Bhattiprolu <sukadev@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/8] create fs flags to mark c/r supported fs's
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [RFC][PATCH 2/8] breakout fdinfo sprintf() into its own function
  • From: Vegard Nossum <vegard.nossum@xxxxxxxxx>
• [RFC][PATCH 3/8] create fs flags to mark c/r supported fs's
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 8/8] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 4/8] file c/r: expose functions to query fs support
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 6/8] mark /dev/null and zero as checkpointable
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 5/8] add f_op for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 7/8] add c/r info to fdinfo
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 2/8] breakout fdinfo sprintf() into its own function
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH 1/8] kill '_data' in cr_hdr_fd_data name
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH] track files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Cedric Le Goater <legoater@xxxxxxx>
• Re: [PATCH 2/2] veth: Configurable nterface MTU
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] veth: Configurable nterface MTU
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 2/2] veth: Configurable nterface MTU
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Cedric Le Goater <clg@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file
  • From: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file
  • From: Paul Menage <menage@xxxxxxxxxx>
• Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 4/4] keys: make procfiles per-user-namespace
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Greg Kurz <gkurz@xxxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do?
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [PATCH 2/2] veth: Configurable nterface MTU
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/2] veth: Fix carrier detect
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] liblxc: Remove unused variable
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• [PATCH] liblxc: Add username and uid lookup/check.
  • From: Matt Helsley <matthltc@xxxxxxxxxx>
• Re: [PATCH 4/4] keys: make procfiles per-user-namespace
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 4/4] keys: make procfiles per-user-namespace
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v6)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v6)
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v6)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v6)
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v2)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v2)
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v2)
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 4/4] keys: make procfiles per-user-namespace
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• [PATCH 2/3] c/r: Add CR_COPY() macro (v2)
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v6)
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 1/3] s390: Expose a constant for the number of words representing the CRs
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 0/3] c/r: Add s390 support
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 4/4] keys: make procfiles per-user-namespace
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 0/3] Fix Network namespace shutdown take 2
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxx>
• Re: [PATCH 2/2] cgroup/memcg show correct file mode
  • From: Dhaval Giani <dhaval@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] cgroup/memcg show correct file mode
  • From: Balbir Singh <balbir@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• [PATCH 2/2] cgroup/memcg show correct file mode
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [PATCH 1/2] cgroup allow subsys to set default mode of its own file
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• ctop: a tool like top for cgroup
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] mqueue namespace: adapt sysctl
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 4/4] mqueue namespace: adapt sysctl
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] mqueue namespace: adapt sysctl
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 4/4] mqueue namespace: adapt sysctl
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 4/4] mqueue namespace: adapt sysctl
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/4] mqueue namespace: adapt sysctl
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: Nathan Lynch <ntl@xxxxxxxxx>
• Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: Banning checkpoint (was: Re: What can OpenVZ do?)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [RFC][PATCH 3/5] check files for checkpointability
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/5] check files for checkpointability
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH 0/2] c/r: Add s390 support
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH 1/2] c/r: Add CR_COPY() macro
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [PATCH] Deny external checkpoint unless frozen
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 0/2] c/r: Add s390 support
  • From: Dan Smith <danms@xxxxxxxxxx>
• [PATCH 1/2] c/r: Add CR_COPY() macro
  • From: Dan Smith <danms@xxxxxxxxxx>
• Re: [PATCH] Deny external checkpoint unless frozen
  • From: "Serge E. Hallyn" <serue@xxxxxxxxxx>
• Re: [RFC v13][PATCH 05/14] x86 support for checkpoint/restart
  • From: Dave Hansen <dave@xxxxxxxxxxxxxxxxxx>