Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754413AbbDNJ0a (ORCPT ); Tue, 14 Apr 2015 05:26:30 -0400 Received: from e06smtp15.uk.ibm.com ([195.75.94.111]:47619 "EHLO e06smtp15.uk.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753187AbbDNJ0W (ORCPT ); Tue, 14 Apr 2015 05:26:22 -0400 Message-ID: <552CDD35.2030901@linux.vnet.ibm.com> Date: Tue, 14 Apr 2015 11:26:13 +0200 From: Laurent Dufour User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Andrew Morton , Ingo Molnar CC: "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 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> In-Reply-To: <20150413135951.b3d9f431892dbfa7156cc1b0@linux-foundation.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 15041409-0021-0000-0000-000003913594 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1731 Lines: 55 On 13/04/2015 22:59, Andrew Morton wrote: > On Mon, 13 Apr 2015 17:02:19 +0300 "Kirill A. Shutemov" wrote: > >>> Kirill, if I'm right with it, can you suggest the header where to put >>> the "generic" mremap hook's (empty) body? >> >> I initially thought it would be enough to put it into >> , expecting it works as >> . But that's not the case. >> >> It probably worth at some point rework all to include >> at the end as we do for . >> But that's outside the scope of the patchset, I guess. >> >> I don't see any better candidate for such dummy header. :-/ > > 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. Cheers, Laurent. -- 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/