Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751099AbVKJAQV (ORCPT ); Wed, 9 Nov 2005 19:16:21 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751100AbVKJAQV (ORCPT ); Wed, 9 Nov 2005 19:16:21 -0500 Received: from holomorphy.com ([66.93.40.71]:21976 "EHLO holomorphy.com") by vger.kernel.org with ESMTP id S1751099AbVKJAQU (ORCPT ); Wed, 9 Nov 2005 19:16:20 -0500 Date: Wed, 9 Nov 2005 16:15:34 -0800 From: William Lee Irwin III To: Adam Litke Cc: akpm@osdl.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, David Gibson , hugh@veritas.com, rohit.seth@intel.com, kenneth.w.chen@intel.com Subject: Re: [PATCH 4/4] Hugetlb: Copy on Write support Message-ID: <20051110001534.GN29402@holomorphy.com> References: <1131578925.28383.9.camel@localhost.localdomain> <1131579596.28383.25.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1131579596.28383.25.camel@localhost.localdomain> Organization: The Domain of Holomorphy User-Agent: Mutt/1.5.9i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1586 Lines: 31 On Wed, Nov 09, 2005 at 05:39:55PM -0600, Adam Litke wrote: > Hugetlb: Copy on Write support > Implement copy-on-write support for hugetlb mappings so MAP_PRIVATE can be > supported. This helps us to safely use hugetlb pages in many more > applications. The patch makes the following changes. If needed, I also have > it broken out according to the following paragraphs. > 1. Add a pair of functions to set/clear write access on huge ptes. The > writable check in make_huge_pte is moved out to the caller for use by COW > later. > 2. Hugetlb copy-on-write requires special case handling in the following > situations: > - copy_hugetlb_page_range() - Copied pages must be write protected so a COW > fault will be triggered (if necessary) if those pages are written to. > - find_or_alloc_huge_page() - Only MAP_SHARED pages are added to the page > cache. MAP_PRIVATE pages still need to be locked however. > 3. Provide hugetlb_cow() and calls from hugetlb_fault() and hugetlb_no_page() > which handles the COW fault by making the actual copy. > 4. Remove the check in hugetlbfs_file_map() so that MAP_PRIVATE mmaps will be > allowed. Make MAP_HUGETLB exempt from the depricated VM_RESERVED mapping > check. Did you do the audit of pte protection bits I asked about? If not, I'll dredge them up and check to make sure. -- wli - 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/