From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754912Ab2AXHi6 (ORCPT ); Tue, 24 Jan 2012 02:38:58 -0500 Received: from mail-bk0-f46.google.com ([209.85.214.46]:62568 "EHLO mail-bk0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751075Ab2AXHi5 (ORCPT ); Tue, 24 Jan 2012 02:38:57 -0500 Date: Tue, 24 Jan 2012 11:38:42 +0400 From: Cyrill Gorcunov To: KAMEZAWA Hiroyuki Cc: "H. Peter Anvin" , linux-kernel@vger.kernel.org, Andrew Morton , Pavel Emelyanov , Serge Hallyn , Kees Cook , Tejun Heo , Andrew Vagin , "Eric W. Biederman" , Alexey Dobriyan , KOSAKI Motohiro , 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: <20120124073842.GE29735@moon> References: <20120123142036.025893883@openvz.org> <20120123142436.258631438@openvz.org> <20120124111655.b29264d2.kamezawa.hiroyu@jp.fujitsu.com> <20120124064719.GA29735@moon> <4F1E57F3.6020607@zytor.com> <20120124071716.GC29735@moon> <20120124162031.a3956058.kamezawa.hiroyu@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120124162031.a3956058.kamezawa.hiroyu@jp.fujitsu.com> 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 04:20:31PM +0900, KAMEZAWA Hiroyuki wrote: ... > > > > > > That's not a reason to put it in arch/ ... that's possibly a reason to > > > not map the system call on other architectures yet. > > > > > > > Where it should live then? In kernel/ or mm/ ? > > > > kernel/checkpoint_restart ? > > gathering related changes to a directory may help developpers joins later.... > To me, this makes seeing git log easy ;) > Such separate directory implies everything related to c/r should live there, it also implies (I think) that code which is under CHECKPOINT_RESTORE should be moved there as well, so I'm not sure, Kame ;) I guess mm/ will be a good place since these are operations with memory pointers. Cyrill