From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrea Arcangeli Subject: Re: mmotm 2010-12-16-14-56 uploaded (hugetlb) Date: Sat, 18 Dec 2010 00:37:40 +0100 Message-ID: <20101217233740.GR1671@random.random> References: <201012162329.oBGNTdPY006808@imap1.linux-foundation.org> <20101217143316.fa36be7d.randy.dunlap@oracle.com> <20101217145334.3d67d80b.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Randy Dunlap , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org To: Andrew Morton Return-path: Content-Disposition: inline In-Reply-To: <20101217145334.3d67d80b.akpm@linux-foundation.org> Sender: owner-linux-mm@kvack.org List-Id: linux-fsdevel.vger.kernel.org Hello, On Fri, Dec 17, 2010 at 02:53:34PM -0800, Andrew Morton wrote: > afacit, CONFIG_HUGETLBFS must be enabled if CONFIG_HUGETLB_PAGE=y, and > thp-config_transparent_hugepage.patch broke that, by permitting > CONFIG_HUGETLBFS=n, CONFIG_HUGETLB_PAGE=y, > CONFIG_TRANSPARENT_HUGEPAGE=y. CONFIG_HUGETLBFS and CONFIG_HUGETLB_PAGE existed before, and HUGETLBFS=n && HUGETLB_PAGE=y used to build just fine, I clearly didn't try a build with HUGETLBFS=n recently. > There's lots of stuff in hugetlb.h which is clearly related to > hugetlbfs, but is enabled by CONFIG_HUGETLB_PAGE, so those things seem > to be pretty joined at the hip nowadays. Yes, it used to build just fine but I guess after the last hugetlbfs updates I'm getting flood of errors no matter how I adjust things. hugetlbfs code who needs some fixup here. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom policy in Canada: sign http://dissolvethecrtc.ca/ Don't email: email@kvack.org