From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757549Ab2AXVbM (ORCPT ); Tue, 24 Jan 2012 16:31:12 -0500 Received: from mail-bk0-f46.google.com ([209.85.214.46]:48491 "EHLO mail-bk0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756710Ab2AXVbL (ORCPT ); Tue, 24 Jan 2012 16:31:11 -0500 Date: Wed, 25 Jan 2012 01:31:04 +0400 From: Cyrill Gorcunov To: Andrew Morton Cc: "Eric W. Biederman" , KOSAKI Motohiro , "H. Peter Anvin" , KAMEZAWA Hiroyuki , linux-kernel@vger.kernel.org, Pavel Emelyanov , Serge Hallyn , Kees Cook , Tejun Heo , Andrew Vagin , Alexey Dobriyan , Ingo Molnar , Thomas Gleixner , Glauber Costa , Andi Kleen , Matt Helsley , Pekka Enberg , Eric Dumazet , Vasiliy Kulikov , Valdis.Kletnieks@vt.edu Subject: Re: [patch 2/4] [RFC] syscalls, x86: Add __NR_kcmp syscall v4 Message-ID: <20120124213104.GD2546@moon> References: <20120124071716.GC29735@moon> <20120124162031.a3956058.kamezawa.hiroyu@jp.fujitsu.com> <20120124073842.GE29735@moon> <20120124164008.aa1714bd.kamezawa.hiroyu@jp.fujitsu.com> <20120124084823.GF29735@moon> <20120124202606.GC2546@moon> <20120124205039.GB2278@moon> <20120124132516.34abfac1.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120124132516.34abfac1.akpm@linux-foundation.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 24, 2012 at 01:25:16PM -0800, Andrew Morton wrote: > On Wed, 25 Jan 2012 00:50:39 +0400 > Cyrill Gorcunov wrote: > > > While doing the checkpoint-restore in the userspace > > btw, some questions regarding the overall project: do you guys actually > have working userspace code which can at least partially perform a c/r? > What state is all this in? > Yes, we have a number of test-cases which do c/r. See details on http://criu.org/ . We don't announce it yet since everything is under heavy development. > I'd be a bit concerned if we're putting code into mainline which has > not been demonstrated to achieve any form of successful checkpoint/restore. Cyrill