Date: Sat, 18 Dec 2010 00:37:40 +0100
From: Andrea Arcangeli <aarcange@redhat.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Randy Dunlap <randy.dunlap@oracle.com>, linux-kernel@vger.kernel.org,
        linux-mm@kvack.org, linux-fsdevel@vger.kernel.org
Subject: Re: mmotm 2010-12-16-14-56 uploaded (hugetlb)
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
Content-Disposition: inline
In-Reply-To: <20101217145334.3d67d80b.akpm@linux-foundation.org>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1067
Lines: 24

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 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/