From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Nq9oK-0001W7-T4
	for qemu-devel@nongnu.org; Fri, 12 Mar 2010 13:42:12 -0500
Received: from [199.232.76.173] (port=36113 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Nq9oK-0001Vk-7w
	for qemu-devel@nongnu.org; Fri, 12 Mar 2010 13:42:12 -0500
Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim
	4.60) (envelope-from <paul@codesourcery.com>) id 1Nq9oJ-0004nz-7i
	for qemu-devel@nongnu.org; Fri, 12 Mar 2010 13:42:11 -0500
Received: from mx20.gnu.org ([199.232.41.8]:56289)
	by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60) (envelope-from <paul@codesourcery.com>)
	id 1Nq9oI-0004nv-Uk
	for qemu-devel@nongnu.org; Fri, 12 Mar 2010 13:42:11 -0500
Received: from mail.codesourcery.com ([38.113.113.100])
	by mx20.gnu.org with esmtp (Exim 4.60)
	(envelope-from <paul@codesourcery.com>) id 1Nq9oG-0004Bs-Mq
	for qemu-devel@nongnu.org; Fri, 12 Mar 2010 13:42:09 -0500
From: Paul Brook <paul@codesourcery.com>
Subject: Re: [Qemu-devel] [PATCH QEMU] transparent hugepage support
Date: Fri, 12 Mar 2010 18:41:56 +0000
References: <20100311151427.GE5677@random.random>
	<201003121817.05524.paul@codesourcery.com>
	<20100312183615.GW5677@random.random>
In-Reply-To: <20100312183615.GW5677@random.random>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <201003121841.56852.paul@codesourcery.com>
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Andrea Arcangeli <aarcange@redhat.com>
Cc: qemu-devel@nongnu.org, Avi Kivity <avi@redhat.com>

>My point is that there is no need to show the smaller page sizes to
>userland, only the max one is relevant and this isn't going to change
>and I'm uncomfortable to add plural stuff to a patch that doesn't
>contemplate mixes page sizes and for the time being multiple hpage size
>isn't even on the horizon... I hate APIs...

I don't care enough to continue arguing about the utility of multiple page 
sizes :-)

> What if we defer this whole issue and we just align on 2M if
> /sys/kernel/mm/transparent_hugepage exists without checking /sys? ;)

Doesn't non-PAE (i.e. most 32-bit x86) use 4M huge pages? There's still a good 
number of those knocking about.

Paul