From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from netops-testserver-3-out.sgi.com ([192.48.171.28]:41632 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1758268AbXHCQ6F (ORCPT ); Fri, 3 Aug 2007 12:58:05 -0400 Date: Fri, 3 Aug 2007 09:58:02 -0700 (PDT) From: Christoph Lameter Subject: Re: [PATCH 3/4] vmemmap: pull out the vmemmap code into its own file In-Reply-To: <46B3424F.7010800@shadowen.org> Message-ID: References: <20070802132621.GA9511@infradead.org> <46B3424F.7010800@shadowen.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-arch-owner@vger.kernel.org To: Andy Whitcroft Cc: Christoph Hellwig , Andrew Morton , linux-mm@kvack.org, linux-arch@vger.kernel.org, Nick Piggin , Mel Gorman List-ID: On Fri, 3 Aug 2007, Andy Whitcroft wrote: > As the PMD initialisers are only used by x86_64 we could make it supply > a complete vmemmap_populate level initialiser but that would result in > us duplicating the PUD level initialier function there which seems like > a bad idea. Hmmm... at least i386 also uses it. Looked through the other arches but cannot find evidence of them supporting PMD level huge page stuff. There are some embedded archs (example FRV) which seem to be i386 knock offs and those also support the same in hardware. There is some rudimentary PSE suport in FRV. Has mk_pte_huge(). So I would expect that at least i386, x86_64 and FRV would benefit from a generic implementation.