[<prev] [next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.1.00.0909181306450.27556@chino.kir.corp.google.com>
Date: Fri, 18 Sep 2009 13:06:59 -0700 (PDT)
From: David Rientjes <rientjes@...gle.com>
To: Eric B Munson <ebmunson@...ibm.com>
cc: linux-kernel@...r.kernel.org, linux-mm@...ck.org,
akpm@...ux-foundation.org, rdunlap@...otime.net,
michael@...erman.id.au, ralf@...ux-mips.org, wli@...omorphy.com,
mel@....ul.ie, dhowells@...hat.com, arnd@...db.de,
fengguang.wu@...el.com, shuber2@...il.com,
hugh.dickins@...cali.co.uk, zohar@...ibm.com, hugh@...itas.com,
mtk.manpages@...il.com, chris@...kel.net,
linux-man@...r.kernel.org, linux-doc@...r.kernel.org,
linux-alpha@...r.kernel.org, linux-mips@...ux-mips.org,
linux-parisc@...r.kernel.org, linux-arch@...r.kernel.org
Subject: Re: [PATCH 1/7] hugetlbfs: Allow the creation of files suitable for
MAP_PRIVATE on the vfs internal mount
On Fri, 18 Sep 2009, Eric B Munson wrote:
> There are two means of creating mappings backed by huge pages:
>
> 1. mmap() a file created on hugetlbfs
> 2. Use shm which creates a file on an internal mount which essentially
> maps it MAP_SHARED
>
> The internal mount is only used for shared mappings but there is very
> little that stops it being used for private mappings. This patch extends
> hugetlbfs_file_setup() to deal with the creation of files that will be
> mapped MAP_PRIVATE on the internal hugetlbfs mount. This extended API is
> used in a subsequent patch to implement the MAP_HUGETLB mmap() flag.
>
> Signed-off-by: Eric Munson <ebmunson@...ibm.com>
Acked-by: David Rientjes <rientjes@...gle.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists