Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263804AbUDMXT3 (ORCPT ); Tue, 13 Apr 2004 19:19:29 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263812AbUDMXT3 (ORCPT ); Tue, 13 Apr 2004 19:19:29 -0400 Received: from fmr04.intel.com ([143.183.121.6]:680 "EHLO caduceus.sc.intel.com") by vger.kernel.org with ESMTP id S263804AbUDMXTV (ORCPT ); Tue, 13 Apr 2004 19:19:21 -0400 Message-Id: <200404132317.i3DNH4F21162@unix-os.sc.intel.com> From: "Chen, Kenneth W" To: , , Cc: , "'Andy Whitcroft'" , "Andrew Morton" Subject: hugetlb demand paging patch part [0/3] Date: Tue, 13 Apr 2004 16:17:04 -0700 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcQhrW55KrBCW1JuS2ypfrq06KVwMA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2051 Lines: 43 In addition to the hugetlb commit handling that we've been working on off the list, Ray Bryant of SGI and I are also working on demand paging for hugetlb page. Here are our final version that has been heavily tested on ia64 and x86. I've broken the patch into 3 pieces so it's easier to read/review, etc. 1. hugetlb_fix_pte.patch - with demand paging, we can not unconditionally assume valid pmd/pte. Fix it up in arch specific huge_pge_offset() and have all caller check the return value. 2. hugetlb_demand_generic.patch - this handles bulk of hugetlb demand paging for generic portion of the kernel. I've put hugetlb fault handler in mm/hugetlbpage.c since the fault handler is *exactly* the same for all arch, but that requires opening up huge_pte_alloc() and set_huge_pte() functions in each arch. If people object where it should live. It takes me less than a minute to delete the common code and replicate it in each of the 5 arch that supports hugetlb. Just let me know if that's the case. 3. hugetlb_demand_arch.patch - this adds additional arch specific fixes for x84 and ia64 when generic demand paging is turned on. Also bulk of the patch is to clean up with functions that no longer needed. 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. Patches relative to linux-2.6.5-mm4 and on top of hugetlb overcommit handling patch posted by Andy Whitcroft. Andrew, would you please review and consider for -mm? Thanks. - Ken - 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/