Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262085AbUDPCjA (ORCPT ); Thu, 15 Apr 2004 22:39:00 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262109AbUDPCiM (ORCPT ); Thu, 15 Apr 2004 22:38:12 -0400 Received: from ozlabs.org ([203.10.76.45]:17557 "EHLO ozlabs.org") by vger.kernel.org with ESMTP id S261723AbUDPCgo (ORCPT ); Thu, 15 Apr 2004 22:36:44 -0400 Date: Fri, 16 Apr 2004 11:30:33 +1000 From: "'David Gibson'" To: "Chen, Kenneth W" Cc: linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org, lse-tech@lists.sourceforge.net, raybry@sgi.com, "'Andy Whitcroft'" , Andrew Morton Subject: Re: hugetlb demand paging patch part [0/3] Message-ID: <20040416013033.GC12735@zax> Mail-Followup-To: 'David Gibson' , "Chen, Kenneth W" , linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org, lse-tech@lists.sourceforge.net, raybry@sgi.com, 'Andy Whitcroft' , Andrew Morton References: <20040415064259.GD25560@zax> <200404151708.i3FH8MF08394@unix-os.sc.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200404151708.i3FH8MF08394@unix-os.sc.intel.com> User-Agent: Mutt/1.5.5.1+cvs20040105i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1995 Lines: 39 On Thu, Apr 15, 2004 at 10:08:22AM -0700, Chen, Kenneth W wrote: > >>>> David Gibson wrote on Wednesday, April 14, 2004 11:43 PM > > > > > > Some caveats: I don't have sh and sparc64 hardware to test. But hugetlb > > > code in these two arch looked like a triplet twin of x86 code. So I'm > > > pretty sure it will work right out of box. I've monkeyed around with > > > ppc64 code and after a while I realized it should be left for the experts. > > > I'm sure there are plenty ppc64 developers out there that can get it done > > > in no time. > > > > To the extent that I understand your patches, it shouldn't be that > > hard to adapt for ppc64, with one caveat: on ppc64, unlike the other > > hugepage archs, the format of hugepage PTEs is not identical to the > > format of normal PTEs. So to do this for ppc64, the generic parts of > > your code will need to use a hugepte_t instead of pte_t - it can be > > typedeffed to pte_t on archs other than ppc64. Likewise there will > > need to be hugepte_none() and so forth macros. > > I think it would be cleaner if ppc64 change its format instead of changing > 4 other arch to accommodate ppc64. By the way, why do you need to special > typedef hugepte_t? pte for huge page aren't anything special on all other > arches. The hugepte entries go in the same slots as pmd entries, which means they must be compatible with the layout of pmd entries. That's not compatible with making them identical to normal PTE entries. For one thing, normal PTE entries are 64 bits wide, whereas PMD entries are only 32 bits wide. -- David Gibson | For every complex problem there is a david AT gibson.dropbear.id.au | solution which is simple, neat and | wrong. http://www.ozlabs.org/people/dgibson - 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/