From: "Serge E. Hallyn" <serue@us.ibm.com> To: Alexey Dobriyan <adobriyan@gmail.com> Cc: Dave Hansen <dave@linux.vnet.ibm.com>, linux-api@vger.kernel.org, containers@lists.linux-foundation.org, mpm@selenic.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, tglx@linutronix.de, viro@zeniv.linux.org.uk, hpa@zytor.com, Andrew Morton <akpm@linux-foundation.org>, torvalds@linux-foundation.org, mingo@elte.hu, xemul@openvz.org Subject: Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do? Date: Tue, 10 Mar 2009 18:28:19 -0500 [thread overview] Message-ID: <20090310232819.GA19832@us.ibm.com> (raw) In-Reply-To: <20090310215305.GA2078@x200.localdomain> Quoting Alexey Dobriyan (adobriyan@gmail.com): > On Thu, Feb 26, 2009 at 06:57:55PM +0300, Alexey Dobriyan wrote: > > On Thu, Feb 12, 2009 at 03:04:05PM -0800, Dave Hansen wrote: > > > dave@nimitz:~/kernels/linux-2.6-openvz$ git diff v2.6.27.10... kernel/cpt/ | diffstat > > > > 47 files changed, 20702 insertions(+) > > > > > > One important thing that leaves out is the interaction that this code > > > has with the rest of the kernel. That's critically important when > > > considering long-term maintenance, and I'd be curious how the OpenVZ > > > folks view it. > > > > OpenVZ as-is in some cases wants some functions to be made global > > (and if C/R code will be modular, exported). Or probably several > > iterators added. > > > > But it's negligible amount of changes compared to main code. > > Here is what C/R code wants from pid allocator. Yup. Agreed. That is exactly what I would have thought it would look like. We may have found the first bit of helper code we can all agree on for c/r? :) Eric may disagree as he wanted to play games with /proc/sys/kernel/pid_max, but that seems hard to pull off for nested pid namespaces. thanks, -serge > With the introduction of hierarchical PID namespaces, struct pid can > have not one but many numbers -- tuple (pid_0, pid_1, ..., pid_N), > where pid_i is pid number in pid_ns which has level i. > > Now root pid_ns of container has level n -- numbers from level n to N > inclusively should be dumped and restored. > > During struct pid creation first n-1 numbers can be anything, because the're > outside of pid_ns, but the rest should be the same. > > Code will be ifdeffed and commented, but anyhow, this is an example of > change C/R will require from the rest of the kernel. > > > > --- a/kernel/pid.c > +++ b/kernel/pid.c > @@ -182,6 +182,34 @@ static int alloc_pidmap(struct pid_namespace *pid_ns) > return -1; > } > > +static int set_pidmap(struct pid_namespace *pid_ns, pid_t pid) > +{ > + int offset; > + struct pidmap *map; > + > + offset = pid & BITS_PER_PAGE_MASK; > + map = &pid_ns->pidmap[pid/BITS_PER_PAGE]; > + if (unlikely(!map->page)) { > + void *page = kzalloc(PAGE_SIZE, GFP_KERNEL); > + /* > + * Free the page if someone raced with us > + * installing it: > + */ > + spin_lock_irq(&pidmap_lock); > + if (map->page) > + kfree(page); > + else > + map->page = page; > + spin_unlock_irq(&pidmap_lock); > + if (unlikely(!map->page)) > + return -ENOMEM; > + } > + if (test_and_set_bit(offset, map->page)) > + return -EBUSY; > + atomic_dec(&map->nr_free); > + return pid; > +} > + > int next_pidmap(struct pid_namespace *pid_ns, int last) > { > int offset; > @@ -239,7 +267,7 @@ void free_pid(struct pid *pid) > call_rcu(&pid->rcu, delayed_put_pid); > } > > -struct pid *alloc_pid(struct pid_namespace *ns) > +struct pid *alloc_pid(struct pid_namespace *ns, int *cr_nr, unsigned int cr_level) > { > struct pid *pid; > enum pid_type type; > @@ -253,7 +281,10 @@ struct pid *alloc_pid(struct pid_namespace *ns) > > tmp = ns; > for (i = ns->level; i >= 0; i--) { > - nr = alloc_pidmap(tmp); > + if (cr_nr && ns->level - i <= cr_level) > + nr = set_pidmap(tmp, cr_nr[ns->level - i]); > + else > + nr = alloc_pidmap(tmp); > if (nr < 0) > goto out_free; > > _______________________________________________ > Containers mailing list > Containers@lists.linux-foundation.org > https://lists.linux-foundation.org/mailman/listinfo/containers
WARNING: multiple messages have this Message-ID (diff)
From: "Serge E. Hallyn" <serue@us.ibm.com> To: Alexey Dobriyan <adobriyan@gmail.com> Cc: Dave Hansen <dave@linux.vnet.ibm.com>, linux-api@vger.kernel.org, containers@lists.linux-foundation.org, mpm@selenic.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, tglx@linutronix.de, viro@zeniv.linux.org.uk, hpa@zytor.com, Andrew Morton <akpm@linux-foundation.org>, torvalds@linux-foundation.org, mingo@elte.hu, xemul@openvz.org Subject: Re: How much of a mess does OpenVZ make? ;) Was: What can OpenVZ do? Date: Tue, 10 Mar 2009 18:28:19 -0500 [thread overview] Message-ID: <20090310232819.GA19832@us.ibm.com> (raw) In-Reply-To: <20090310215305.GA2078@x200.localdomain> Quoting Alexey Dobriyan (adobriyan@gmail.com): > On Thu, Feb 26, 2009 at 06:57:55PM +0300, Alexey Dobriyan wrote: > > On Thu, Feb 12, 2009 at 03:04:05PM -0800, Dave Hansen wrote: > > > dave@nimitz:~/kernels/linux-2.6-openvz$ git diff v2.6.27.10... kernel/cpt/ | diffstat > > > > 47 files changed, 20702 insertions(+) > > > > > > One important thing that leaves out is the interaction that this code > > > has with the rest of the kernel. That's critically important when > > > considering long-term maintenance, and I'd be curious how the OpenVZ > > > folks view it. > > > > OpenVZ as-is in some cases wants some functions to be made global > > (and if C/R code will be modular, exported). Or probably several > > iterators added. > > > > But it's negligible amount of changes compared to main code. > > Here is what C/R code wants from pid allocator. Yup. Agreed. That is exactly what I would have thought it would look like. We may have found the first bit of helper code we can all agree on for c/r? :) Eric may disagree as he wanted to play games with /proc/sys/kernel/pid_max, but that seems hard to pull off for nested pid namespaces. thanks, -serge > With the introduction of hierarchical PID namespaces, struct pid can > have not one but many numbers -- tuple (pid_0, pid_1, ..., pid_N), > where pid_i is pid number in pid_ns which has level i. > > Now root pid_ns of container has level n -- numbers from level n to N > inclusively should be dumped and restored. > > During struct pid creation first n-1 numbers can be anything, because the're > outside of pid_ns, but the rest should be the same. > > Code will be ifdeffed and commented, but anyhow, this is an example of > change C/R will require from the rest of the kernel. > > > > --- a/kernel/pid.c > +++ b/kernel/pid.c > @@ -182,6 +182,34 @@ static int alloc_pidmap(struct pid_namespace *pid_ns) > return -1; > } > > +static int set_pidmap(struct pid_namespace *pid_ns, pid_t pid) > +{ > + int offset; > + struct pidmap *map; > + > + offset = pid & BITS_PER_PAGE_MASK; > + map = &pid_ns->pidmap[pid/BITS_PER_PAGE]; > + if (unlikely(!map->page)) { > + void *page = kzalloc(PAGE_SIZE, GFP_KERNEL); > + /* > + * Free the page if someone raced with us > + * installing it: > + */ > + spin_lock_irq(&pidmap_lock); > + if (map->page) > + kfree(page); > + else > + map->page = page; > + spin_unlock_irq(&pidmap_lock); > + if (unlikely(!map->page)) > + return -ENOMEM; > + } > + if (test_and_set_bit(offset, map->page)) > + return -EBUSY; > + atomic_dec(&map->nr_free); > + return pid; > +} > + > int next_pidmap(struct pid_namespace *pid_ns, int last) > { > int offset; > @@ -239,7 +267,7 @@ void free_pid(struct pid *pid) > call_rcu(&pid->rcu, delayed_put_pid); > } > > -struct pid *alloc_pid(struct pid_namespace *ns) > +struct pid *alloc_pid(struct pid_namespace *ns, int *cr_nr, unsigned int cr_level) > { > struct pid *pid; > enum pid_type type; > @@ -253,7 +281,10 @@ struct pid *alloc_pid(struct pid_namespace *ns) > > tmp = ns; > for (i = ns->level; i >= 0; i--) { > - nr = alloc_pidmap(tmp); > + if (cr_nr && ns->level - i <= cr_level) > + nr = set_pidmap(tmp, cr_nr[ns->level - i]); > + else > + nr = alloc_pidmap(tmp); > if (nr < 0) > goto out_free; > > _______________________________________________ > Containers mailing list > Containers@lists.linux-foundation.org > https://lists.linux-foundation.org/mailman/listinfo/containers -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2009-03-10 23:28 UTC|newest] Thread overview: 394+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-01-27 17:07 [RFC v13][PATCH 00/14] Kernel based checkpoint/restart Oren Laadan 2009-01-27 17:07 ` Oren Laadan 2009-01-27 17:07 ` [RFC v13][PATCH 01/14] Create syscalls: sys_checkpoint, sys_restart Oren Laadan 2009-01-27 17:07 ` Oren Laadan [not found] ` <1233076092-8660-2-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org> 2009-01-27 17:20 ` Randy Dunlap 2009-01-27 17:20 ` Randy Dunlap 2009-01-27 17:20 ` Randy Dunlap 2009-01-27 17:08 ` [RFC v13][PATCH 02/14] Checkpoint/restart: initial documentation Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 03/14] Make file_pos_read/write() public Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 04/14] General infrastructure for checkpoint restart Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 05/14] x86 support for checkpoint/restart Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-02-24 7:47 ` Nathan Lynch 2009-02-24 7:47 ` Nathan Lynch [not found] ` <20090224014739.1b82fc35-4v5LP+xe+1byhTdZtsIeww@public.gmane.org> 2009-02-24 16:06 ` Dave Hansen 2009-03-18 7:21 ` Oren Laadan 2009-02-24 16:06 ` Dave Hansen 2009-02-24 16:06 ` Dave Hansen 2009-02-24 16:06 ` Dave Hansen 2009-03-18 7:21 ` Oren Laadan 2009-03-18 7:21 ` Oren Laadan [not found] ` <1233076092-8660-6-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org> 2009-02-24 7:47 ` Nathan Lynch 2009-01-27 17:08 ` [RFC v13][PATCH 06/14] Dump memory address space Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 07/14] Restore " Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 08/14] Infrastructure for shared objects Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 09/14] Dump open file descriptors Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 10/14] Restore open file descriprtors Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 11/14] External checkpoint of a task other than ourself Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 12/14] Track in-kernel when we expect checkpoint/restart to work Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` Oren Laadan [not found] ` <1233076092-8660-1-git-send-email-orenl-eQaUEPhvms7ENvBUuze7eA@public.gmane.org> 2009-01-27 17:07 ` [RFC v13][PATCH 01/14] Create syscalls: sys_checkpoint, sys_restart Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 02/14] Checkpoint/restart: initial documentation Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 03/14] Make file_pos_read/write() public Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 04/14] General infrastructure for checkpoint restart Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 05/14] x86 support for checkpoint/restart Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 06/14] Dump memory address space Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 07/14] Restore " Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 08/14] Infrastructure for shared objects Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 09/14] Dump open file descriptors Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 10/14] Restore open file descriprtors Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 11/14] External checkpoint of a task other than ourself Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 12/14] Track in-kernel when we expect checkpoint/restart to work Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 13/14] Checkpoint multiple processes Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 14/14] Restart " Oren Laadan 2009-02-10 17:05 ` [RFC v13][PATCH 00/14] Kernel based checkpoint/restart Dave Hansen 2009-01-27 17:08 ` [RFC v13][PATCH 13/14] Checkpoint multiple processes Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` [RFC v13][PATCH 14/14] Restart " Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-01-27 17:08 ` Oren Laadan 2009-02-10 17:05 ` [RFC v13][PATCH 00/14] Kernel based checkpoint/restart Dave Hansen 2009-02-10 17:05 ` Dave Hansen 2009-02-11 22:14 ` Andrew Morton 2009-02-11 22:14 ` Andrew Morton 2009-02-11 22:14 ` Andrew Morton 2009-02-12 9:17 ` Ingo Molnar 2009-02-12 9:17 ` Ingo Molnar 2009-02-12 18:11 ` Dave Hansen 2009-02-12 18:11 ` Dave Hansen 2009-02-12 18:11 ` Dave Hansen 2009-02-12 20:48 ` Serge E. Hallyn 2009-02-12 20:48 ` Serge E. Hallyn 2009-02-12 20:48 ` Serge E. Hallyn 2009-02-12 20:48 ` Serge E. Hallyn 2009-02-13 10:20 ` Ingo Molnar 2009-02-13 10:20 ` Ingo Molnar 2009-02-13 10:20 ` Ingo Molnar [not found] ` <20090212091721.GB1888-X9Un+BFzKDI@public.gmane.org> 2009-02-12 18:11 ` Dave Hansen [not found] ` <20090211141434.dfa1d079.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> 2009-02-12 9:17 ` Ingo Molnar 2009-02-12 18:11 ` Dave Hansen 2009-02-12 18:11 ` Dave Hansen 2009-02-12 18:11 ` Dave Hansen 2009-02-12 19:30 ` Matt Mackall 2009-02-12 19:30 ` Matt Mackall 2009-02-12 19:30 ` Matt Mackall 2009-02-12 19:42 ` Andrew Morton 2009-02-12 19:42 ` Andrew Morton 2009-02-12 21:51 ` What can OpenVZ do? Dave Hansen 2009-02-12 21:51 ` Dave Hansen 2009-02-12 22:10 ` Andrew Morton 2009-02-12 22:10 ` Andrew Morton 2009-02-12 22:10 ` Andrew Morton 2009-02-12 23:04 ` How much of a mess does OpenVZ make? ;) Was: " Dave Hansen 2009-02-12 23:04 ` Dave Hansen 2009-02-26 15:57 ` Alexey Dobriyan 2009-02-26 15:57 ` Alexey Dobriyan 2009-02-26 15:57 ` Alexey Dobriyan [not found] ` <20090226155755.GA1456-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-03-10 21:53 ` Alexey Dobriyan 2009-03-10 21:53 ` Alexey Dobriyan 2009-03-10 21:53 ` Alexey Dobriyan 2009-03-10 23:28 ` Serge E. Hallyn [this message] 2009-03-10 23:28 ` Serge E. Hallyn 2009-03-11 8:26 ` Cedric Le Goater 2009-03-11 8:26 ` Cedric Le Goater 2009-03-12 14:53 ` Serge E. Hallyn 2009-03-12 14:53 ` Serge E. Hallyn 2009-03-12 21:01 ` Greg Kurz 2009-03-12 21:01 ` Greg Kurz 2009-03-12 21:21 ` Serge E. Hallyn 2009-03-12 21:21 ` Serge E. Hallyn 2009-03-12 21:21 ` Serge E. Hallyn [not found] ` <20090312212124.GA25019-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org> 2009-03-13 4:29 ` Ying Han 2009-03-13 4:29 ` Ying Han 2009-03-13 4:29 ` Ying Han 2009-03-13 5:34 ` Sukadev Bhattiprolu 2009-03-13 5:34 ` Sukadev Bhattiprolu [not found] ` <20090313053458.GA28833-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org> 2009-03-13 6:19 ` Ying Han 2009-03-13 17:27 ` Linus Torvalds 2009-03-13 6:19 ` Ying Han 2009-03-13 6:19 ` Ying Han 2009-03-13 6:19 ` Ying Han 2009-03-13 17:27 ` Linus Torvalds 2009-03-13 17:27 ` Linus Torvalds 2009-03-13 19:02 ` Serge E. Hallyn 2009-03-13 19:02 ` Serge E. Hallyn [not found] ` <alpine.LFD.2.00.0903131018390.3940-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org> 2009-03-13 19:02 ` Serge E. Hallyn 2009-03-13 19:35 ` Alexey Dobriyan 2009-03-13 20:48 ` Mike Waychison 2009-03-13 19:35 ` Alexey Dobriyan 2009-03-13 19:35 ` Alexey Dobriyan 2009-03-13 19:35 ` Alexey Dobriyan [not found] ` <20090313193500.GA2285-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-03-13 21:01 ` Linus Torvalds 2009-03-13 21:01 ` Linus Torvalds 2009-03-13 21:01 ` Linus Torvalds [not found] ` <alpine.LFD.2.00.0903131401070.3940-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org> 2009-03-13 21:51 ` Dave Hansen 2009-03-14 0:20 ` Alexey Dobriyan 2009-03-13 21:51 ` Dave Hansen 2009-03-13 21:51 ` Dave Hansen 2009-03-13 22:15 ` Oren Laadan 2009-03-13 22:15 ` Oren Laadan [not found] ` <49BADAE5.8070900-eQaUEPhvms7ENvBUuze7eA@public.gmane.org> 2009-03-14 0:27 ` Eric W. Biederman 2009-03-14 0:27 ` Eric W. Biederman 2009-03-14 0:27 ` Eric W. Biederman [not found] ` <m1hc1xrlt5.fsf-+imSwln9KH6u2/kzUuoCbdi2O/JbrIOy@public.gmane.org> 2009-03-14 8:12 ` Ingo Molnar 2009-03-14 8:12 ` Ingo Molnar 2009-03-14 8:12 ` Ingo Molnar 2009-03-16 22:33 ` Kevin Fox 2009-03-16 22:33 ` Kevin Fox 2009-03-19 21:19 ` Eric W. Biederman 2009-03-19 21:19 ` Eric W. Biederman [not found] ` <20090314081207.GA16436-X9Un+BFzKDI@public.gmane.org> 2009-03-16 22:33 ` Kevin Fox 2009-03-19 21:19 ` Eric W. Biederman 2009-03-13 22:15 ` Oren Laadan 2009-03-14 0:20 ` Alexey Dobriyan 2009-03-14 0:20 ` Alexey Dobriyan 2009-03-14 0:20 ` Alexey Dobriyan 2009-03-14 8:25 ` Ingo Molnar 2009-03-14 8:25 ` Ingo Molnar [not found] ` <20090314082532.GB16436-X9Un+BFzKDI@public.gmane.org> 2009-03-14 17:11 ` Joseph Ruscio 2009-03-16 6:01 ` Oren Laadan 2009-03-16 6:01 ` Oren Laadan 2009-03-16 6:01 ` Oren Laadan [not found] ` <20090314002059.GA4167-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-03-14 8:25 ` Ingo Molnar 2009-03-13 20:48 ` Mike Waychison 2009-03-13 20:48 ` Mike Waychison [not found] ` <49BAC6AF.9090607-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org> 2009-03-13 22:35 ` Oren Laadan 2009-03-13 22:35 ` Oren Laadan 2009-03-13 22:35 ` Oren Laadan [not found] ` <49BADFCE.8020207-eQaUEPhvms7ENvBUuze7eA@public.gmane.org> 2009-03-18 18:54 ` Mike Waychison 2009-03-18 18:54 ` Mike Waychison 2009-03-18 18:54 ` Mike Waychison 2009-03-18 19:04 ` Oren Laadan 2009-03-18 19:04 ` Oren Laadan [not found] ` <49C1435B.1090809-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org> 2009-03-18 19:04 ` Oren Laadan 2009-03-13 15:27 ` Cedric Le Goater 2009-03-13 15:27 ` Cedric Le Goater [not found] ` <49BA7B60.60607-GANU6spQydw@public.gmane.org> 2009-03-13 17:11 ` Greg Kurz 2009-03-13 17:11 ` Greg Kurz 2009-03-13 17:11 ` Greg Kurz 2009-03-13 17:37 ` Serge E. Hallyn 2009-03-13 17:37 ` Serge E. Hallyn [not found] ` <604427e00903122129y37ad791aq5fe7ef2552415da9-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org> 2009-03-13 5:34 ` Sukadev Bhattiprolu 2009-03-13 15:27 ` Cedric Le Goater 2009-03-13 17:37 ` Serge E. Hallyn 2009-03-12 21:21 ` Serge E. Hallyn 2009-03-13 15:47 ` Cedric Le Goater 2009-03-13 15:47 ` Cedric Le Goater [not found] ` <49BA8013.3030103-GANU6spQydw@public.gmane.org> 2009-03-13 16:35 ` Serge E. Hallyn 2009-03-13 16:35 ` Serge E. Hallyn 2009-03-13 16:35 ` Serge E. Hallyn [not found] ` <20090313163531.GA10685-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org> 2009-03-13 16:53 ` Cedric Le Goater 2009-03-13 16:53 ` Cedric Le Goater 2009-03-13 16:53 ` Cedric Le Goater [not found] ` <20090312145311.GC12390-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org> 2009-03-12 21:01 ` Greg Kurz 2009-03-13 15:47 ` Cedric Le Goater [not found] ` <49B775B4.1040800-GANU6spQydw@public.gmane.org> 2009-03-12 14:53 ` Serge E. Hallyn [not found] ` <20090310215305.GA2078-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-03-10 23:28 ` Serge E. Hallyn 2009-03-11 8:26 ` Cedric Le Goater 2009-02-26 15:57 ` Alexey Dobriyan 2009-02-26 16:27 ` Alexey Dobriyan 2009-02-26 16:27 ` Alexey Dobriyan [not found] ` <20090226162755.GB1456-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-02-26 17:33 ` Ingo Molnar 2009-02-26 17:33 ` Ingo Molnar 2009-02-26 17:33 ` Ingo Molnar 2009-02-26 18:30 ` Greg Kurz 2009-02-26 18:30 ` Greg Kurz 2009-02-26 18:30 ` Greg Kurz 2009-02-26 22:17 ` Alexey Dobriyan 2009-02-26 22:17 ` Alexey Dobriyan 2009-02-26 22:17 ` Alexey Dobriyan 2009-02-27 9:19 ` Greg Kurz 2009-02-27 9:19 ` Greg Kurz 2009-02-27 9:19 ` Greg Kurz 2009-02-27 10:53 ` Alexey Dobriyan 2009-02-27 10:53 ` Alexey Dobriyan 2009-02-27 10:53 ` Alexey Dobriyan [not found] ` <20090227105306.GB2939-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-02-27 14:33 ` Cedric Le Goater 2009-02-27 14:33 ` Cedric Le Goater 2009-02-27 14:33 ` Cedric Le Goater 2009-02-27 10:53 ` Alexey Dobriyan [not found] ` <20090226221709.GA2924-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-02-27 9:19 ` Greg Kurz 2009-02-27 9:36 ` Cedric Le Goater 2009-02-27 9:36 ` Cedric Le Goater 2009-02-27 9:36 ` Cedric Le Goater 2009-02-26 22:17 ` Alexey Dobriyan 2009-02-26 22:31 ` Alexey Dobriyan 2009-02-26 22:31 ` Alexey Dobriyan 2009-02-26 22:31 ` Alexey Dobriyan 2009-02-27 9:03 ` Ingo Molnar 2009-02-27 9:03 ` Ingo Molnar 2009-02-27 9:19 ` Andrew Morton 2009-02-27 9:19 ` Andrew Morton [not found] ` <20090227011901.8598d7f0.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> 2009-02-27 10:57 ` Alexey Dobriyan 2009-02-27 10:57 ` Alexey Dobriyan 2009-02-27 10:57 ` Alexey Dobriyan [not found] ` <20090227090323.GC16211-X9Un+BFzKDI@public.gmane.org> 2009-02-27 9:19 ` Andrew Morton 2009-02-27 9:22 ` Andrew Morton 2009-02-27 9:22 ` Andrew Morton 2009-02-27 9:22 ` Andrew Morton 2009-02-27 10:59 ` Alexey Dobriyan 2009-02-27 10:59 ` Alexey Dobriyan [not found] ` <20090227012209.65401324.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> 2009-02-27 10:59 ` Alexey Dobriyan 2009-02-27 16:14 ` Dave Hansen 2009-02-27 16:14 ` Dave Hansen 2009-02-27 21:57 ` Alexey Dobriyan 2009-02-27 21:57 ` Alexey Dobriyan 2009-02-27 21:57 ` Alexey Dobriyan [not found] ` <20090227215749.GA3453-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-02-27 21:54 ` Dave Hansen 2009-02-27 21:54 ` Dave Hansen 2009-02-27 21:54 ` Dave Hansen 2009-02-27 21:54 ` Dave Hansen [not found] ` <20090226223112.GA2939-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-02-27 9:03 ` Ingo Molnar 2009-02-27 16:14 ` Dave Hansen 2009-03-01 1:33 ` Alexey Dobriyan 2009-03-01 1:33 ` Alexey Dobriyan 2009-03-01 1:33 ` Alexey Dobriyan 2009-03-01 1:33 ` Alexey Dobriyan 2009-03-01 20:02 ` Serge E. Hallyn 2009-03-01 20:02 ` Serge E. Hallyn 2009-03-01 20:02 ` Serge E. Hallyn [not found] ` <20090301200231.GA25276-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org> 2009-03-01 20:56 ` Alexey Dobriyan 2009-03-01 20:56 ` Alexey Dobriyan 2009-03-01 20:56 ` Alexey Dobriyan 2009-03-01 20:56 ` Alexey Dobriyan 2009-03-01 22:21 ` Serge E. Hallyn 2009-03-01 22:21 ` Serge E. Hallyn 2009-03-03 16:17 ` Cedric Le Goater 2009-03-03 16:17 ` Cedric Le Goater 2009-03-03 18:28 ` Serge E. Hallyn 2009-03-03 18:28 ` Serge E. Hallyn [not found] ` <49AD581F.2090903-GANU6spQydw@public.gmane.org> 2009-03-03 18:28 ` Serge E. Hallyn [not found] ` <20090301205659.GA7276-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-03-01 22:21 ` Serge E. Hallyn 2009-03-03 16:17 ` Cedric Le Goater [not found] ` <20090301013304.GA2428-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-03-01 20:02 ` Serge E. Hallyn [not found] ` <20090226173302.GB29439-X9Un+BFzKDI@public.gmane.org> 2009-02-26 18:30 ` Greg Kurz 2009-02-26 22:31 ` Alexey Dobriyan 2009-02-26 16:27 ` Alexey Dobriyan [not found] ` <20090212141014.2cd3d54d.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> 2009-02-12 23:04 ` Dave Hansen 2009-02-13 10:53 ` Ingo Molnar 2009-02-13 10:53 ` Ingo Molnar 2009-02-13 10:53 ` Ingo Molnar 2009-02-16 20:51 ` Dave Hansen 2009-02-16 20:51 ` Dave Hansen 2009-02-16 20:51 ` Dave Hansen 2009-02-17 22:23 ` Ingo Molnar 2009-02-17 22:23 ` Ingo Molnar 2009-02-17 22:23 ` Ingo Molnar [not found] ` <20090217222319.GA10546-X9Un+BFzKDI@public.gmane.org> 2009-02-17 22:30 ` Dave Hansen 2009-02-17 22:30 ` Dave Hansen 2009-02-17 22:30 ` Dave Hansen 2009-02-17 22:30 ` Dave Hansen 2009-02-18 0:32 ` Ingo Molnar 2009-02-18 0:32 ` Ingo Molnar 2009-02-18 0:32 ` Ingo Molnar 2009-02-18 0:40 ` Dave Hansen 2009-02-18 0:40 ` Dave Hansen 2009-02-18 5:11 ` Alexey Dobriyan 2009-02-18 5:11 ` Alexey Dobriyan 2009-02-18 5:11 ` Alexey Dobriyan 2009-02-18 18:16 ` Ingo Molnar 2009-02-18 18:16 ` Ingo Molnar [not found] ` <20090218181644.GD19995-X9Un+BFzKDI@public.gmane.org> 2009-02-18 21:27 ` Dave Hansen 2009-02-18 21:27 ` Dave Hansen 2009-02-18 21:27 ` Dave Hansen 2009-02-18 21:27 ` Dave Hansen 2009-02-18 23:15 ` Ingo Molnar 2009-02-18 23:15 ` Ingo Molnar 2009-02-18 23:15 ` Ingo Molnar 2009-02-19 19:06 ` Banning checkpoint (was: Re: What can OpenVZ do?) Alexey Dobriyan 2009-02-19 19:06 ` Alexey Dobriyan 2009-02-19 19:11 ` Dave Hansen 2009-02-19 19:11 ` Dave Hansen 2009-02-24 4:47 ` Alexey Dobriyan 2009-02-24 4:47 ` Alexey Dobriyan 2009-02-24 4:47 ` Alexey Dobriyan 2009-02-24 5:11 ` Dave Hansen 2009-02-24 5:11 ` Dave Hansen 2009-02-24 5:11 ` Dave Hansen 2009-02-24 15:43 ` Serge E. Hallyn 2009-02-24 15:43 ` Serge E. Hallyn 2009-02-24 15:43 ` Serge E. Hallyn 2009-02-24 20:09 ` Alexey Dobriyan 2009-02-24 20:09 ` Alexey Dobriyan 2009-02-24 20:09 ` Alexey Dobriyan [not found] ` <20090224044752.GB3202-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-02-24 5:11 ` Dave Hansen 2009-02-24 4:47 ` Alexey Dobriyan [not found] ` <20090219190637.GA4846-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-02-19 19:11 ` Dave Hansen [not found] ` <20090218231545.GA17524-X9Un+BFzKDI@public.gmane.org> 2009-02-19 19:06 ` Alexey Dobriyan [not found] ` <20090218051123.GA9367-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-02-18 18:16 ` What can OpenVZ do? Ingo Molnar [not found] ` <20090218003217.GB25856-X9Un+BFzKDI@public.gmane.org> 2009-02-18 0:40 ` Dave Hansen [not found] ` <20090213105302.GC4608-X9Un+BFzKDI@public.gmane.org> 2009-02-16 20:51 ` Dave Hansen 2009-02-12 22:17 ` Alexey Dobriyan 2009-02-12 22:17 ` Alexey Dobriyan 2009-02-12 22:17 ` Alexey Dobriyan 2009-02-13 10:27 ` Ingo Molnar 2009-02-13 10:27 ` Ingo Molnar 2009-02-13 10:27 ` Ingo Molnar 2009-02-13 11:32 ` Alexey Dobriyan 2009-02-13 11:32 ` Alexey Dobriyan 2009-02-13 11:45 ` Ingo Molnar 2009-02-13 11:45 ` Ingo Molnar 2009-02-13 22:28 ` Alexey Dobriyan 2009-02-13 22:28 ` Alexey Dobriyan [not found] ` <20090213222818.GA17630-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-03-14 0:04 ` Eric W. Biederman 2009-03-14 0:04 ` Eric W. Biederman 2009-03-14 0:04 ` Eric W. Biederman 2009-03-14 0:26 ` Serge E. Hallyn 2009-03-14 0:26 ` Serge E. Hallyn [not found] ` <m1wsatrmu0.fsf-+imSwln9KH6u2/kzUuoCbdi2O/JbrIOy@public.gmane.org> 2009-03-14 0:26 ` Serge E. Hallyn [not found] ` <20090213114503.GG15679-X9Un+BFzKDI@public.gmane.org> 2009-02-13 22:28 ` Alexey Dobriyan [not found] ` <20090213113248.GA15275-2ev+ksY9ol182hYKe6nXyg@public.gmane.org> 2009-02-13 11:45 ` Ingo Molnar [not found] ` <20090213102732.GB4608-X9Un+BFzKDI@public.gmane.org> 2009-02-13 11:32 ` Alexey Dobriyan [not found] ` <20090212114207.e1c2de82.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> 2009-02-12 21:51 ` Dave Hansen 2009-02-12 19:42 ` [RFC v13][PATCH 00/14] Kernel based checkpoint/restart Andrew Morton 2009-02-12 22:57 ` Dave Hansen 2009-02-12 22:57 ` Dave Hansen 2009-02-12 23:05 ` Matt Mackall 2009-02-12 23:05 ` Matt Mackall 2009-02-12 23:05 ` Matt Mackall 2009-02-12 23:13 ` Dave Hansen 2009-02-12 23:13 ` Dave Hansen 2009-02-12 23:13 ` Dave Hansen 2009-02-12 23:13 ` Dave Hansen 2009-02-12 22:57 ` Dave Hansen 2009-02-13 23:28 ` Andrew Morton 2009-02-13 23:28 ` Andrew Morton 2009-02-13 23:28 ` Andrew Morton 2009-02-13 23:28 ` Andrew Morton 2009-02-14 23:08 ` Ingo Molnar 2009-02-14 23:08 ` Ingo Molnar 2009-02-14 23:31 ` Andrew Morton 2009-02-14 23:31 ` Andrew Morton [not found] ` <20090214153124.73132bf9.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> 2009-02-14 23:50 ` Ingo Molnar 2009-02-14 23:50 ` Ingo Molnar 2009-02-14 23:50 ` Ingo Molnar [not found] ` <20090214230802.GE20477-X9Un+BFzKDI@public.gmane.org> 2009-02-14 23:31 ` Andrew Morton 2009-02-16 17:37 ` Dave Hansen 2009-02-16 17:37 ` Dave Hansen 2009-02-16 17:37 ` Dave Hansen 2009-03-13 2:45 ` Oren Laadan 2009-03-13 2:45 ` Oren Laadan 2009-03-13 3:57 ` Oren Laadan 2009-03-13 3:57 ` Oren Laadan [not found] ` <49B9C8E0.5080500-eQaUEPhvms7ENvBUuze7eA@public.gmane.org> 2009-03-13 3:57 ` Oren Laadan [not found] ` <20090213152836.0fbbfa7d.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> 2009-02-14 23:08 ` Ingo Molnar 2009-02-16 17:37 ` Dave Hansen 2009-03-13 2:45 ` Oren Laadan 2009-02-11 22:14 ` Andrew Morton [not found] ` <bb33bcf20903160526v56f16a82m9192770e228016b1@mail.gmail.com> [not found] ` <1237365510.5381.34.camel@subratamodak.linux.ibm.com> [not found] ` <20090318133943.GA22636@us.ibm.com> [not found] ` <1237385013.5381.58.camel@subratamodak.linux.ibm.com> 2009-06-23 14:48 ` [LTP] " Subrata Modak 2009-06-23 15:02 ` Serge E. Hallyn 2009-06-25 9:10 ` Subrata Modak 2009-09-13 13:16 ` Subrata Modak 2009-09-13 20:06 ` Serge E. Hallyn
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20090310232819.GA19832@us.ibm.com \ --to=serue@us.ibm.com \ --cc=adobriyan@gmail.com \ --cc=akpm@linux-foundation.org \ --cc=containers@lists.linux-foundation.org \ --cc=dave@linux.vnet.ibm.com \ --cc=hpa@zytor.com \ --cc=linux-api@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=mingo@elte.hu \ --cc=mpm@selenic.com \ --cc=tglx@linutronix.de \ --cc=torvalds@linux-foundation.org \ --cc=viro@zeniv.linux.org.uk \ --cc=xemul@openvz.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.