From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Chen, Kenneth W" Date: Thu, 20 Oct 2005 20:52:40 +0000 Subject: RE: [PATCH 0/1] ia64: numa emulation Message-Id: <200510202052.j9KKqxg25624@unix-os.sc.intel.com> List-Id: References: <1129840588.6182.36.camel@localhost.localdomain> In-Reply-To: <1129840588.6182.36.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-ia64@vger.kernel.org Lee Schermerhorn wrote on Thursday, October 20, 2005 1:36 PM > Also, because of interaction of max order and huge tlb fs [hard > coded HPAGE_SHIFT_DEFAULT], I disable hugetlbfs when numa emulation > is configured. Hugetlbfs can still be safely enabled. The only downside is system won't be able to reserve any hugetlb page with the default size. Maybe it is senseless, but no harm is done here by enabling it. > Back around 2.6.10, I recall seeing discussion of dynamically sizing > hugetlbfs based on max order. I haven't tracked this to see if it > went in. But, if it did, one could reenable hugetlbfs and adapted > to the reduced max order automatically. I have a patch does better than that. We can change the hugetlb page size at run time. I will clean up my patch and post it. - Ken