Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754149AbbDNTjF (ORCPT ); Tue, 14 Apr 2015 15:39:05 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:51306 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753310AbbDNTiz (ORCPT ); Tue, 14 Apr 2015 15:38:55 -0400 Date: Tue, 14 Apr 2015 12:38:53 -0700 From: Andrew Morton To: Laurent Dufour Cc: Ingo Molnar , "Kirill A. Shutemov" , Pavel Emelyanov , "Kirill A. Shutemov" , Hugh Dickins , Rik van Riel , Mel Gorman , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , linuxppc-dev@lists.ozlabs.org, cov@codeaurora.org, criu@openvz.org Subject: Re: [RESEND PATCH v3 1/2] mm: Introducing arch_remap hook Message-Id: <20150414123853.a3e61b7fa95b6c634e0fcce0@linux-foundation.org> In-Reply-To: <552CDD35.2030901@linux.vnet.ibm.com> References: <9d827fc618a718830b2c47aa87e8be546914c897.1428916945.git.ldufour@linux.vnet.ibm.com> <20150413115811.GA12354@node.dhcp.inet.fi> <552BB972.3010704@linux.vnet.ibm.com> <20150413131357.GC12354@node.dhcp.inet.fi> <552BC2CA.80309@linux.vnet.ibm.com> <552BC619.9080603@parallels.com> <20150413140219.GA14480@node.dhcp.inet.fi> <20150413135951.b3d9f431892dbfa7156cc1b0@linux-foundation.org> <552CDD35.2030901@linux.vnet.ibm.com> X-Mailer: Sylpheed 3.4.1 (GTK+ 2.24.23; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1678 Lines: 56 On Tue, 14 Apr 2015 11:26:13 +0200 Laurent Dufour wrote: > > Do away with __HAVE_ARCH_REMAP and do it like this: > > > > arch/x/include/asm/y.h: > > > > extern void arch_remap(...); > > #define arch_remap arch_remap > > > > include/linux/z.h: > > > > #include > > > > #ifndef arch_remap > > static inline void arch_remap(...) { } > > #define arch_remap arch_remap > > #endif > > Hi Andrew, > > I like your idea, but I can't find any good candidate for and > . > > I tried with and but > is already including . > > Do you have any suggestion ? > > Another option could be to do it like the actual arch_unmap() in > but this is the opposite of your idea, and Ingo > was not comfortable with this idea due to the impact of the other > architectures. I don't see any appropriate header files for this. mman.h is kinda close. So we create new header files, that's not a problem. I'm torn between a) include/linux/mm-arch-hooks.h (and 31 arch/X/include/asm/mm-arch-hooks.h). Mandate: mm stuff which can be overridded by arch versus b) include/linux/mremap.h (+31), with a narrower mandate. This comes up fairly regularly so I suspect a) is better. We'll add things to it over time, and various bits of existing ad-hackery can be moved over as cleanups. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/