February 2009 Archives by thread

• Messages sorted by: [ subject ] [ author ] [ date ]
• More info on this list...

Starting: Sun Feb 1 08:32:34 PST 2009
Ending: Sat Feb 28 17:33:04 PST 2009
Messages: 431

• [Devel] Re: [RFC][PATCH] simple_set_mnt() should return void   Christoph Hellwig
• [Devel] Re: [RFC][PATCH] devpts: Must release s_umount on error   Christoph Hellwig
• [Devel] Re: [RFC][PATCH 1/5] Unroll essentials of do_remount_sb() into devpts   Christoph Hellwig
• [Devel] Re: [RFC][PATCH 2/5] Parse mount options just once and copy them to super block   Christoph Hellwig
• [Devel] Re: [RFC][PATCH 3/5] Move common mknod_ptmx() calls into caller   Christoph Hellwig
• [Devel] Re: [RFC][PATCH 4/5] Remove get_init_pts_sb()   Christoph Hellwig
• [Devel] Re: [RFC][PATCH 5/5] Merge code for single and multiple-instance mounts   Christoph Hellwig
• [Devel] Re: [RFC cr-pipe-v13][PATCH 3/3] Restore open pipes   Dan Smith
  • [Devel] Re: [RFC cr-pipe-v13][PATCH 3/3] Restore open pipes   Oren Laadan
    • [Devel] Re: [RFC cr-pipe-v13][PATCH 3/3] Restore open pipes   Dan Smith
• [Devel] Re: cgroup mount point   Thadeu Lima de Souza Cascardo
  • [Devel] Re: cgroup mount point   Chris Friesen
    • [Devel] Re: cgroup mount point   Thadeu Lima de Souza Cascardo
    • [Devel] Re: cgroup mount point   KAMEZAWA Hiroyuki
      • [Devel] Re: cgroup mount point   Serge E. Hallyn
      • [Devel] Re: cgroup mount point   Balbir Singh
  • [Devel] Re: cgroup mount point   Daniel P. Berrange
    • [Devel] Re: cgroup mount point   Thadeu Lima de Souza Cascardo
      • [Devel] Re: cgroup mount point   Daniel P. Berrange
    • [Devel] Re: cgroup mount point   Gabor Gombas
      • [Devel] Re: cgroup mount point   Bill Nottingham
• [Devel] Re: libcgroup   Daniel Lezcano
• [Devel] Re: cgroup mount point   Thadeu Lima de Souza Cascardo
• [Devel] [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)   Serge E. Hallyn
  • [Devel] Re: [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)   Oren Laadan
    • [Devel] Re: [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)   Serge E. Hallyn
  • [Devel] Re: [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)   Dan Smith
    • [Devel] Re: [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)   Serge E. Hallyn
  • [Devel] Re: [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)   Christian Borntraeger
    • [Devel] Re: [PATCH 1/1] c/r: define s390-specific checkpoint-restart code (v3)   Serge E. Hallyn
• [Devel] Re: storage considerations   Daniel Lezcano
  • [Devel] RE: storage considerations   Dietmar Maurer
  • [Devel] Re: storage considerations   Serge E. Hallyn
    • [Devel] Re: storage considerations   Daniel Lezcano
      • [Devel] Re: storage considerations   Serge E. Hallyn
      • [Devel] Re: storage considerations   Oren Laadan
      • [Devel] RE: storage considerations   Dietmar Maurer
      • [Devel] RE: storage considerations   Dietmar Maurer
      • [Devel] Re: storage considerations   Serge E. Hallyn
      • [Devel] RE: storage considerations   Dietmar Maurer
      • [Devel] Re: storage considerations   Serge E. Hallyn
      • [Devel] RE: storage considerations   Dietmar Maurer
  • [Devel] RE: storage considerations   Dietmar Maurer
• [Devel] Re: tty consideration   Daniel Lezcano
• [Devel] Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation   Benjamin Herrenschmidt
  • [Devel] Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation   Serge E. Hallyn
    • [Devel] Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation   Benjamin Herrenschmidt
      • [Devel] Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation   Oren Laadan
      • [Devel] Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation   Benjamin Herrenschmidt
      • [Devel] Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation   Oren Laadan
      • [Devel] Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation   Serge E. Hallyn
      • [Devel] Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation   Benjamin Herrenschmidt
• [Devel] [PATCH 0/5][v2] Simplify devpts code   Sukadev Bhattiprolu
  • [Devel] [v2][PATCH 1/5] Unroll essentials of do_remount_sb() into devpts   Sukadev Bhattiprolu
    • [Devel] Re: [v2][PATCH 1/5] Unroll essentials of do_remount_sb() into devpts   Serge E. Hallyn
      • [Devel] Re: [v2][PATCH 1/5] Unroll essentials of do_remount_sb() into devpts   Serge E. Hallyn
  • [Devel] [v2][PATCH 2/5] Parse mount options just once and copy them to super block   Sukadev Bhattiprolu
    • [Devel] Re: [v2][PATCH 2/5] Parse mount options just once and copy them to super block   Serge E. Hallyn
  • [Devel] [v2][PATCH 3/5] Move common mknod_ptmx() calls into caller   Sukadev Bhattiprolu
    • [Devel] Re: [v2][PATCH 3/5] Move common mknod_ptmx() calls into caller   Serge E. Hallyn
  • [Devel] [v2][PATCH 4/5] Remove get_init_pts_sb()   Sukadev Bhattiprolu
    • [Devel] Re: [v2][PATCH 4/5] Remove get_init_pts_sb()   Serge E. Hallyn
  • [Devel] [v2][PATCH 5/5] Merge code for single and multiple-instance mounts   Sukadev Bhattiprolu
    • [Devel] Re: [v2][PATCH 5/5] Merge code for single and multiple-instance mounts   Serge E. Hallyn
• [Devel] [PATCH] cgroups: fix lockdep subclasses overflow   Li Zefan
  • [Devel] Re: [PATCH] cgroups: fix lockdep subclasses overflow   Li Zefan
  • [Devel] Re: [PATCH] cgroups: fix lockdep subclasses overflow   Paul Menage
• [Devel] Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)   Dave Hansen
  • [Devel] Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)   Masahiko Takahashi
• [Devel] [PATCH] liblxc: lxc-debian expects missing directories   Matt Helsley
  • [Devel] Re: [PATCH] liblxc: lxc-debian expects missing directories   Daniel Lezcano
    • [Devel] Re: [PATCH] liblxc: lxc-debian expects missing directories   Matt Helsley
      • [Devel] Re: [PATCH] liblxc: lxc-debian expects missing directories   Matt Helsley
      • [Devel] Re: [PATCH] liblxc: lxc-debian expects missing directories   Daniel Lezcano
• [Devel] [PATCH] liblxc: handle interruption/failure of lxc-debian more gracefully   Matt Helsley
  • [Devel] [PATCH] liblxc: Update lxc-debian to use the lenny release   Matt Helsley
    • [Devel] Re: [PATCH] liblxc: Update lxc-debian to use the lenny release   Daniel Lezcano
      • [Devel] Re: [PATCH] liblxc: Update lxc-debian to use the lenny release   Matt Helsley
      • [Devel] Re: [PATCH] liblxc: Update lxc-debian to use the lenny release   Daniel Lezcano
      • [Devel] Re: [PATCH] liblxc: Update lxc-debian to use the lenny release   Dan Smith
      • [Devel] [PATCH] liblxc: add scripts/lxc-fedora.in (WAS: Re: [PATCH] liblxc: Update lxc-debian to use the lenny release)   Matt Helsley
  • [Devel] Re: [PATCH] liblxc: handle interruption/failure of lxc-debian more gracefully   Daniel Lezcano
• [Devel] Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes   Cedric Le Goater
  • [Devel] Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes   Nathan Lynch
    • [Devel] Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes   Cedric Le Goater
    • [Devel] Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes   Dave Hansen
      • [Devel] Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes   Cedric Le Goater
      • [Devel] Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes   Dave Hansen
      • [Devel] Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes   Cedric Le Goater
      • [Devel] Re: [RFC cr-pipe-v13][PATCH 2/3] Checkpoint open pipes   Cedric Le Goater
• [Devel] Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)   Nauman Rafique
  • [Devel] Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)   Jim Winget
    • [Devel] Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)   Mike Waychison
      • [Devel] Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)   Cedric Le Goater
      • [Devel] Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)   Louis Rilling
  • [Devel] Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)   Dave Hansen
    • [Devel] Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)   Dave Hansen
    • [Devel] Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)   Nauman Rafique
      • [Devel] Re: [RFC][PATCH] x86_86 support of checkpoint/restart (Re: Checkpoint / Restart)   Nauman Rafique
• [Devel] Re: [PATCH 0/7][v7] Container-init signal semantics   Sukadev Bhattiprolu
  • [Devel] Re: [PATCH 0/7][v7] Container-init signal semantics   Roland McGrath
• [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Andrew Morton
  • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Li Zefan
    • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Al Viro
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Al Viro
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Li Zefan
  • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Al Viro
    • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Li Zefan
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Li Zefan
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Al Viro
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Li Zefan
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Li Zefan
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Al Viro
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Li Zefan
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Al Viro
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Li Zefan
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Li Zefan
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Al Viro
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Al Viro
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Li Zefan
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Li Zefan
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Al Viro
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Li Zefan
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Al Viro
    • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Dave Hansen
      • [Devel] Re: [cgroup or VFS ?] WARNING: at fs/namespace.c:636 mntput_no_expire+0xac/0xf2()   Arjan van de Ven
• [Devel] Re: bootstrap problem   Daniel Lezcano
• [Devel] [PATCH] cgroups: fix possible use after free   Li Zefan
  • [Devel] Re: [PATCH] cgroups: fix possible use after free   Paul Menage
    • [Devel] Re: [PATCH] cgroups: fix possible use after free   Al Viro
      • [Devel] Re: [PATCH] cgroups: fix possible use after free   Paul Menage
      • [Devel] Re: [PATCH] cgroups: fix possible use after free   Al Viro
      • [Devel] Re: [PATCH] cgroups: fix possible use after free   Paul Menage
  • [Devel] Re: [PATCH] cgroups: fix possible use after free   Paul Menage
• [Devel] cgroup, RT reservation per core(s)?   Rolando Martins
• [Devel] Re: [PATCH] netns: remove useless synchronize_net()   Nicolas Dichtel
  • [Devel] Re: [PATCH] netns: remove useless synchronize_net()   Daniel Lezcano
    • [Devel] Re: [PATCH] netns: remove useless synchronize_net()   Nicolas Dichtel
      • [Devel] Re: [PATCH] netns: remove useless synchronize_net()   Daniel Lezcano
      • [Devel] Re: [PATCH] netns: remove useless synchronize_net()   Eric W. Biederman
      • [Devel] Re: [PATCH] netns: remove useless synchronize_net()   Daniel Lezcano
      • [Devel] Re: [PATCH] netns: remove useless synchronize_net()   Eric W. Biederman
      • [Devel] Re: [PATCH] netns: remove useless synchronize_net()   Daniel Lezcano
      • [Devel] Re: [PATCH] netns: remove useless synchronize_net()   Daniel Lezcano
      • [Devel] Re: [PATCH] netns: remove useless synchronize_net()   Nicolas Dichtel
• [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Dave Hansen
  • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Andrew Morton
    • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Ingo Molnar
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Dave Hansen
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Serge E. Hallyn
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Ingo Molnar
    • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Dave Hansen
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Matt Mackall
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Andrew Morton
      • [Devel] What can OpenVZ do?   Dave Hansen
      • [Devel] Re: What can OpenVZ do?   Andrew Morton
      • [Devel] How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Dave Hansen
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Ingo Molnar
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Greg Kurz
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Greg Kurz
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Cedric Le Goater
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Cedric Le Goater
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Ingo Molnar
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Andrew Morton
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Andrew Morton
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Dave Hansen
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Dave Hansen
      • [Devel] Re: How much of a mess does OpenVZ make? ; ) Was: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: What can OpenVZ do?   Ingo Molnar
      • [Devel] Re: What can OpenVZ do?   Dave Hansen
      • [Devel] Re: What can OpenVZ do?   Ingo Molnar
      • [Devel] Re: What can OpenVZ do?   Dave Hansen
      • [Devel] Re: What can OpenVZ do?   Ingo Molnar
      • [Devel] Re: What can OpenVZ do?   Dave Hansen
      • [Devel] Re: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: What can OpenVZ do?   Ingo Molnar
      • [Devel] Re: What can OpenVZ do?   Dave Hansen
      • [Devel] Re: What can OpenVZ do?   Ingo Molnar
      • [Devel] Banning checkpoint (was: Re: What can OpenVZ do?)   Alexey Dobriyan
      • [Devel] Re: Banning checkpoint (was: Re: What can OpenVZ do?)   Dave Hansen
      • [Devel] Re: Banning checkpoint (was: Re: What can OpenVZ do?)   Alexey Dobriyan
      • [Devel] Re: Banning checkpoint (was: Re: What can OpenVZ do?)   Dave Hansen
      • [Devel] Re: Banning checkpoint (was: Re: What can OpenVZ do?)   Serge E. Hallyn
      • [Devel] Re: Banning checkpoint (was: Re: What can OpenVZ do?)   Alexey Dobriyan
      • [Devel] Re: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: What can OpenVZ do?   Ingo Molnar
      • [Devel] Re: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: What can OpenVZ do?   Ingo Molnar
      • [Devel] Re: What can OpenVZ do?   Alexey Dobriyan
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Dave Hansen
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Matt Mackall
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Dave Hansen
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Andrew Morton
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Ingo Molnar
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Andrew Morton
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Ingo Molnar
      • [Devel] Re: [RFC v13][PATCH 00/14] Kernel based checkpoint/restart   Dave Hansen
• [Devel] containers mini-summit @ Linux Symposium   Kir Kolyshkin
  • [Devel] Re: containers mini-summit @ Linux Symposium   Serge E. Hallyn
• [Devel] Re: namespaces?: bug at mm/slub.c:2750   Andrew Morton
  • [Devel] Re: namespaces?: bug at mm/slub.c:2750   Vegard Nossum
    • [Devel] Re: namespaces?: bug at mm/slub.c:2750   Serge E. Hallyn
      • [Devel] Re: namespaces?: bug at mm/slub.c:2750   David Howells
      • [Devel] Re: namespaces?: bug at mm/slub.c:2750   Serge E. Hallyn
      • [Devel] Re: namespaces?: bug at mm/slub.c:2750   Vegard Nossum
      • [Devel] Re: namespaces?: bug at mm/slub.c:2750   David Howells
      • [Devel] Re: namespaces?: bug at mm/slub.c:2750   Serge E. Hallyn
      • [Devel] Re: namespaces?: bug at mm/slub.c:2750   David Howells
      • [Devel] Re: namespaces?: bug at mm/slub.c:2750   Serge E. Hallyn
• [Devel] Re: [CRED bug?] 2.6.29-rc3 don't survive on stress workload   KOSAKI Motohiro
  • [Devel] Re: [CRED bug?] 2.6.29-rc3 don't survive on stress workload   David Howells
• [Devel] Re: [PATCH 4/4] keys: make procfiles per-user-namespace   David Howells
  • [Devel] Re: [PATCH 4/4] keys: make procfiles per-user-namespace   Serge E. Hallyn
    • [Devel] Re: [PATCH 4/4] keys: make procfiles per-user-namespace   David Howells
      • [Devel] Re: [PATCH 4/4] keys: make procfiles per-user-namespace   Serge E. Hallyn
      • [Devel] Re: [PATCH 4/4] keys: make procfiles per-user-namespace   David Howells
      • [Devel] Re: [PATCH 4/4] keys: make procfiles per-user-namespace   Serge E. Hallyn
  • [Devel] Re: [PATCH 4/4] keys: make procfiles per-user-namespace   Serge E. Hallyn
• [Devel] [PATCH] User namespaces: Only put the userns when we unhash the uid   David Howells
  • [Devel] Re: [PATCH] User namespaces: Only put the userns when we unhash the uid   Ingo Molnar
  • [Devel] Re: [PATCH] User namespaces: Only put the userns when we unhash the uid   KOSAKI Motohiro
• [Devel] how to get each process handler in given cgroup system   Ian jonhson
• [Devel] Problem with /dev/(u)random on 2.6.27   Łukasz Chrustek
  • [Devel] Problem with /dev/(u)random on 2.6.27   Pavel Emelyanov
• [Devel] Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation   Nathan Lynch
  • [Devel] [PATCH 1/3 v2] powerpc: heckpoint/restart implementation   Nathan Lynch
  • [Devel] Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation   Serge E. Hallyn
    • [Devel] Re: [PATCH 1/3] powerpc: bare minimum checkpoint/restart implementation   Nathan Lynch
• [Devel] [PATCH] cgroups: update documentation about css_set hash table   Li Zefan
  • [Devel] Re: [PATCH] cgroups: update documentation about css_set hash table   Paul Menage
• [Devel] [PATCH 0/7][v8] Container-init signal semantics   Sukadev Bhattiprolu
  • [Devel] [PATCH 1/7][v8] Remove 'handler' parameter to tracehook functions   Sukadev Bhattiprolu
  • [Devel] [PATCH 2/7][v8] Protect init from unwanted signals more   Sukadev Bhattiprolu
  • [Devel] [PATCH 3/7][v8] Add from_ancestor_ns parameter to send_signal()   Sukadev Bhattiprolu
  • [Devel] [PATCH 4/7][v8] Protect cinit from unblocked SIG_DFL signals   Sukadev Bhattiprolu
  • [Devel] [PATCH 5/7][v8] zap_pid_ns_process() should use force_sig()   Sukadev Bhattiprolu
    • [Devel] Re: [PATCH 5/7][v8] zap_pid_ns_process() should use force_sig()   Oleg Nesterov
      • [Devel] Re: [PATCH 5/7][v8] zap_pid_ns_process() should use force_sig()   Sukadev Bhattiprolu
  • [Devel] [PATCH 6/7][v8] Protect cinit from blocked fatal signals   Sukadev Bhattiprolu
  • [Devel] [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Sukadev Bhattiprolu
    • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Eric W. Biederman
      • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Oleg Nesterov
      • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Eric W. Biederman
      • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Oleg Nesterov
      • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Eric W. Biederman
      • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Roland McGrath
      • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Eric W. Biederman
      • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Roland McGrath
      • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Eric W. Biederman
      • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Roland McGrath
      • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Eric W. Biederman
      • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Oleg Nesterov
      • [Devel] Re: [PATCH 7/7][v8] SI_USER: Masquerade si_pid when crossing pid ns boundary   Eric W. Biederman
  • [Devel] Re: [PATCH 0/7][v8] Container-init signal semantics   Daniel Lezcano
  • [Devel] Re: [PATCH 0/7][v8] Container-init signal semantics   Oleg Nesterov
• [Devel] Re: [PATCH 0/9] Multiple devpts instances   Daniel Lezcano
  • [Devel] Re: [PATCH 0/9] Multiple devpts instances   H. Peter Anvin
    • [Devel] Re: [PATCH 0/9] Multiple devpts instances   Daniel Lezcano
      • [Devel] Re: [PATCH 0/9] Multiple devpts instances   H. Peter Anvin
      • [Devel] Re: [PATCH 0/9] Multiple devpts instances   Eric W. Biederman
      • [Devel] Re: [PATCH 0/9] Multiple devpts instances   H. Peter Anvin
      • [Devel] Re: [PATCH 0/9] Multiple devpts instances   Daniel Lezcano
      • [Devel] Re: [PATCH 0/9] Multiple devpts instances   H. Peter Anvin
      • [Devel] Re: [PATCH 0/9] Multiple devpts instances   Eric W. Biederman
      • [Devel] Re: [PATCH 0/9] Multiple devpts instances   Serge E. Hallyn
      • [Devel] Re: [PATCH 0/9] Multiple devpts instances   H. Peter Anvin
      • [Devel] Re: [PATCH 0/9] Multiple devpts instances   Serge E. Hallyn
      • [Devel] Re: [PATCH 0/9] Multiple devpts instances   Eric W. Biederman
      • [Devel] Re: [PATCH 0/9] Multiple devpts instances   Daniel Lezcano
      • [Devel] Re: [PATCH 0/9] Multiple devpts instances   H. Peter Anvin
• [Devel] [RFC][PATCH 1/5] create fs flag to mark c/r supported fs's   Dave Hansen
  • [Devel] [RFC][PATCH 2/5] file c/r: expose functions to query fs support   Dave Hansen
  • [Devel] [RFC][PATCH 3/5] check files for checkpointability   Dave Hansen
    • [Devel] Re: [RFC][PATCH 3/5] check files for checkpointability   Serge E. Hallyn
      • [Devel] Re: [RFC][PATCH 3/5] check files for checkpointability   Dave Hansen
      • [Devel] Re: [RFC][PATCH 3/5] check files for checkpointability   Serge E. Hallyn
      • [Devel] Re: [RFC][PATCH 3/5] check files for checkpointability   Dave Hansen
      • [Devel] Re: [RFC][PATCH 3/5] check files for checkpointability   Serge E. Hallyn
      • [Devel] Re: [RFC][PATCH 3/5] check files for checkpointability   Dave Hansen
  • [Devel] [RFC][PATCH 4/5] breakout fdinfo sprintf() into its own function   Dave Hansen
  • [Devel] [RFC][PATCH 5/5] add c/r info to fdinfo   Dave Hansen
  • [Devel] Re: [RFC][PATCH 1/5] create fs flag to mark c/r supported fs's   Dave Hansen
  • [Devel] Re: [RFC][PATCH 1/5] create fs flag to mark c/r supported fs's   Christoph Hellwig
    • [Devel] Re: [RFC][PATCH 1/5] create fs flag to mark c/r supported fs's   Dave Hansen
• [Devel] [PATCH] cgroup for disk quota   anqin
  • [Devel] Fwd: [PATCH] cgroup for disk quota   anqin
    • [Devel] Re: [PATCH] cgroup for disk quota   Rolando Martins
      • [Devel] Re: [PATCH] cgroup for disk quota   anqin
      • [Devel] Re: [PATCH] cgroup for disk quota   Daniel Lezcano
      • [Devel] Re: [PATCH] cgroup for disk quota   anqin
  • [Devel] Re: [PATCH] cgroup for disk quota   Daniel Lezcano
    • [Devel] Re: [PATCH] cgroup for disk quota   anqin
      • [Devel] Re: [PATCH] cgroup for disk quota   Daniel Lezcano
• [Devel] Question for remount   KAMEZAWA Hiroyuki
  • [Devel] Re: Question for remount   Paul Menage
    • [Devel] Re: Question for remount   KAMEZAWA Hiroyuki
      • [Devel] Re: Question for remount   Li Zefan
      • [Devel] Re: Question for remount   KAMEZAWA Hiroyuki
      • [Devel] Re: Question for remount   Li Zefan
  • [Devel] Re: Question for remount   Li Zefan
    • [Devel] Re: Question for remount   Li Zefan
      • [Devel] Re: Question for remount   KAMEZAWA Hiroyuki
      • [Devel] Re: Question for remount   Li Zefan
      • [Devel] Re: Question for remount   KAMEZAWA Hiroyuki
• [Devel] lxc : linux containers tool 0.6.0 release   Daniel Lezcano
• [Devel] [PATCH 0/3] Fix Network namespace shutdown take 2   Eric W. Biederman
  • [Devel] Re: [PATCH 1/3] netns: Fix icmp shutdown.   Eric W. Biederman
    • [Devel] [PATCH 2/3] tcp: Like icmp use register_pernet_subsys   Eric W. Biederman
      • [Devel] Re: [PATCH 2/3] tcp: Like icmp use register_pernet_subsys   Denis V. Lunev
      • [Devel] Re: [PATCH 2/3] tcp: Like icmp use register_pernet_subsys   David Miller
      • [Devel] [PATCH 3/3] netns: Remove net_alive   Eric W. Biederman
      • [Devel] Re: [PATCH 3/3] netns: Remove net_alive   David Miller
    • [Devel] Re: [PATCH 1/3] netns: Fix icmp shutdown.   Denis V. Lunev
      • [Devel] Re: [PATCH 1/3] netns: Fix icmp shutdown.   David Miller
  • [Devel] Re: [PATCH 0/3] Fix Network namespace shutdown take 2   Daniel Lezcano
• [Devel] debugging threaded apps running under a clone(CLONE_NEWPID)   Cedric Le Goater
  • [Devel] Re: debugging threaded apps running under a clone(CLONE_NEWPID)   Serge E. Hallyn
    • [Devel] Re: debugging threaded apps running under a clone(CLONE_NEWPID)   Cedric Le Goater
      • [Devel] Re: debugging threaded apps running under a clone(CLONE_NEWPID)   Greg Kurz
      • [Devel] Re: debugging threaded apps running under a clone(CLONE_NEWPID)   Cedric Le Goater
      • [Devel] Re: debugging threaded apps running under a clone(CLONE_NEWPID)   Serge E. Hallyn
• [Devel] [RFC][PATCH] Check may_checkpoint() early   Sukadev Bhattiprolu
  • [Devel] Re: [RFC][PATCH] Check may_checkpoint() early   Serge E. Hallyn
• [Devel] [PATCH] Deny external checkpoint unless frozen   Sukadev Bhattiprolu
  • [Devel] Re: [PATCH] Deny external checkpoint unless frozen   Serge E. Hallyn
    • [Devel] Re: [PATCH] Deny external checkpoint unless frozen   Dave Hansen
      • [Devel] Re: [PATCH] Deny external checkpoint unless frozen   Serge E. Hallyn
      • [Devel] Re: [PATCH] Deny external checkpoint unless frozen   Dave Hansen
      • [Devel] Re: [PATCH] Deny external checkpoint unless frozen   Serge E. Hallyn
      • [Devel] Re: [PATCH] Deny external checkpoint unless frozen   Dave Hansen
• [Devel] [RFC] [PATCH] cgroup: accounting and limitation of disk quota   anqin
  • [Devel] Re: [RFC] [PATCH] cgroup: accounting and limitation of disk quota   Paul Menage
  • [Devel] Re: [RFC] [PATCH] cgroup: accounting and limitation of disk quota   Serge E. Hallyn
    • [Devel] Re: [RFC] [PATCH] cgroup: accounting and limitation of disk quota   anqin
• [Devel] [PATCH] c/r: define s390-specific checkpoint-restart code (v4)   Dan Smith
  • [Devel] Re: [PATCH] c/r: define s390-specific checkpoint-restart code (v4)   Dave Hansen
    • [Devel] Re: [PATCH] c/r: define s390-specific checkpoint-restart code (v4)   Dan Smith
      • [Devel] Re: [PATCH] c/r: define s390-specific checkpoint-restart code (v4)   Dave Hansen
      • [Devel] Re: [PATCH] c/r: define s390-specific checkpoint-restart code (v4)   Serge E. Hallyn
    • [Devel] Re: [PATCH] c/r: define s390-specific checkpoint-restart code (v4)   Serge E. Hallyn
• [Devel] [PATCH] cgroups: more documentation for remount and release_agent   Li Zefan
  • [Devel] Re: [PATCH] cgroups: more documentation for remount and release_agent   KAMEZAWA Hiroyuki
• [Devel] [PATCH 1/4] move proc_net_get_sb to a generic fs/super.c helper   Serge E. Hallyn
  • [Devel] [PATCH 2/4] mqueue ns: move mqueue_mnt into struct ipc_namespace   Serge E. Hallyn
  • [Devel] [PATCH 3/4] ipc namespaces: implement support for posix msqueues   Serge E. Hallyn
  • [Devel] [PATCH 4/4] mqueue namespace: adapt sysctl   Serge E. Hallyn
    • [Devel] Re: [PATCH 4/4] mqueue namespace: adapt sysctl   Alexey Dobriyan
      • [Devel] Re: [PATCH 4/4] mqueue namespace: adapt sysctl   Cedric Le Goater
• [Devel] Re: [RFC v13][PATCH 05/14] x86 support for checkpoint/restart   Nathan Lynch
  • [Devel] Re: [RFC v13][PATCH 05/14] x86 support for checkpoint/restart   Dave Hansen
• [Devel] [PATCH 0/2] c/r: Add s390 support   Dan Smith
  • [Devel] [PATCH 1/2] c/r: Add CR_COPY() macro   Dan Smith
    • [Devel] Re: [PATCH 1/2] c/r: Add CR_COPY() macro   Serge E. Hallyn
  • [Devel] [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)   Dan Smith
    • [Devel] Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)   Serge E. Hallyn
      • [Devel] Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)   Dave Hansen
      • [Devel] Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)   Serge E. Hallyn
      • [Devel] Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)   Dave Hansen
      • [Devel] Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)   Serge E. Hallyn
      • [Devel] Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)   Dan Smith
      • [Devel] Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)   Serge E. Hallyn
      • [Devel] Re: [PATCH 2/2] c/r: define s390-specific checkpoint-restart code (v5)   Dan Smith
  • [Devel] Re: [PATCH 0/2] c/r: Add s390 support   Dan Smith
• [Devel] [PATCH 4/4] mqueue namespace: adapt sysctl   Serge E. Hallyn
  • [Devel] Re: [PATCH 4/4] mqueue namespace: adapt sysctl   Andrew Morton
    • [Devel] Re: [PATCH 4/4] mqueue namespace: adapt sysctl   Serge E. Hallyn
    • [Devel] Re: [PATCH 4/4] mqueue namespace: adapt sysctl   Alexey Dobriyan
      • [Devel] Re: [PATCH 4/4] mqueue namespace: adapt sysctl   Andrew Morton
      • [Devel] Re: [PATCH 4/4] mqueue namespace: adapt sysctl   Serge E. Hallyn
• [Devel] ctop: a tool like top for cgroup   KAMEZAWA Hiroyuki
• [Devel] [PATCH 1/2] cgroup allow subsys to set default mode of its own file   KAMEZAWA Hiroyuki
  • [Devel] [PATCH 2/2] cgroup/memcg show correct file mode   KAMEZAWA Hiroyuki
    • [Devel] Re: [PATCH 2/2] cgroup/memcg show correct file mode   Balbir Singh
      • [Devel] Re: [PATCH 2/2] cgroup/memcg show correct file mode   Dhaval Giani
  • [Devel] Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file   Li Zefan
  • [Devel] Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file   Balbir Singh
  • [Devel] Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file   Andrew Morton
    • [Devel] Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file   KAMEZAWA Hiroyuki
      • [Devel] Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file   Dhaval Giani
      • [Devel] Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file   Balbir Singh
    • [Devel] Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file   Paul Menage
      • [Devel] Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file   KAMEZAWA Hiroyuki
      • [Devel] Re: [PATCH 1/2] cgroup allow subsys to set default mode of its own file   Li Zefan
• [Devel] [PATCH 0/3] c/r: Add s390 support   Dan Smith
  • [Devel] [PATCH 1/3] s390: Expose a constant for the number of words representing the CRs   Dan Smith
  • [Devel] [PATCH 2/3] c/r: Add CR_COPY() macro (v2)   Dan Smith
    • [Devel] Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v2)   Nathan Lynch
      • [Devel] Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v2)   Serge E. Hallyn
      • [Devel] Re: [PATCH 2/3] c/r: Add CR_COPY() macro (v2)   Dan Smith
  • [Devel] [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v6)   Dan Smith
    • [Devel] Re: [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v6)   Nathan Lynch
      • [Devel] Re: [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v6)   Dan Smith
      • [Devel] Re: [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v6)   Nathan Lynch
      • [Devel] Re: [PATCH 3/3] c/r: define s390-specific checkpoint-restart code (v6)   Serge E. Hallyn
• [Devel] [PATCH] liblxc: Add username and uid lookup/check.   Matt Helsley
• [Devel] [PATCH] liblxc: Remove unused variable   Matt Helsley
• [Devel] [PATCH 1/2] veth: Fix carrier detect   Eric W. Biederman
  • [Devel] [PATCH 2/2] veth: Configurable nterface MTU   Eric W. Biederman
    • [Devel] Re: [PATCH 2/2] veth: Configurable nterface MTU   David Miller
      • [Devel] Re: [PATCH 2/2] veth: Configurable nterface MTU   Eric W. Biederman
      • [Devel] Re: [PATCH 2/2] veth: Configurable nterface MTU   David Miller
• [Devel] [RFC][PATCH] track files for checkpointability   Dave Hansen
• [Devel] [RFC][PATCH 1/8] kill '_data' in cr_hdr_fd_data name   Dave Hansen
  • [Devel] [RFC][PATCH 2/8] breakout fdinfo sprintf() into its own function   Dave Hansen
    • [Devel] Re: [RFC][PATCH 2/8] breakout fdinfo sprintf() into its own function   Vegard Nossum
      • [Devel] Re: [RFC][PATCH 2/8] breakout fdinfo sprintf() into its own function   Dave Hansen
  • [Devel] [RFC][PATCH 3/8] create fs flags to mark c/r supported fs's   Dave Hansen
    • [Devel] Re: [RFC][PATCH 3/8] create fs flags to mark c/r supported fs's   Alexey Dobriyan
      • [Devel] Re: [RFC][PATCH 3/8] create fs flags to mark c/r supported fs's   Dave Hansen
  • [Devel] [RFC][PATCH 4/8] file c/r: expose functions to query fs support   Dave Hansen
    • [Devel] Re: [RFC][PATCH 4/8] file c/r: expose functions to query fs support   Sukadev Bhattiprolu
      • [Devel] Re: [RFC][PATCH 4/8] file c/r: expose functions to query fs support   Dave Hansen
      • [Devel] Re: [RFC][PATCH 4/8] file c/r: expose functions to query fs support   Dave Hansen
    • [Devel] Re: [RFC][PATCH 4/8] file c/r: expose functions to query fs support   Sukadev Bhattiprolu
  • [Devel] [RFC][PATCH 5/8] add f_op for checkpointability   Dave Hansen
    • [Devel] Re: [RFC][PATCH 5/8] add f_op for checkpointability   Sukadev Bhattiprolu
      • [Devel] Re: [RFC][PATCH 5/8] add f_op for checkpointability   Dave Hansen
    • [Devel] Re: [RFC][PATCH 5/8] add f_op for checkpointability   Christoph Hellwig
      • [Devel] Re: [RFC][PATCH 5/8] add f_op for checkpointability   Dave Hansen
  • [Devel] [RFC][PATCH 6/8] mark /dev/null and zero as checkpointable   Dave Hansen
  • [Devel] [RFC][PATCH 7/8] add c/r info to fdinfo   Dave Hansen
  • [Devel] [RFC][PATCH 8/8] check files for checkpointability   Dave Hansen
    • [Devel] Re: [RFC][PATCH 8/8] check files for checkpointability   Sukadev Bhattiprolu

Last message date: Sat Feb 28 17:33:04 PST 2009
Archived on: Mon Nov 9 05:14:34 PST 2015

• Messages sorted by: [ subject ] [ author ] [ date ]
• More info on this list...