From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Ic0xG-00063B-NR
	for qemu-devel@nongnu.org; Sun, 30 Sep 2007 11:43:38 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1Ic0xF-00062m-PL
	for qemu-devel@nongnu.org; Sun, 30 Sep 2007 11:43:38 -0400
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Ic0xF-00062j-Ks
	for qemu-devel@nongnu.org; Sun, 30 Sep 2007 11:43:37 -0400
Received: from mail.codesourcery.com ([65.74.133.4])
	by monty-python.gnu.org with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
	(envelope-from <paul@codesourcery.com>) id 1Ic0xF-0000FG-0b
	for qemu-devel@nongnu.org; Sun, 30 Sep 2007 11:43:37 -0400
From: Paul Brook <paul@codesourcery.com>
Subject: Re: [Qemu-devel] Updated >2G memory patch
Date: Sun, 30 Sep 2007 16:43:27 +0100
References: <f43fc5580709290604i45a7bb8bwe7c21c7d4ea89af@mail.gmail.com>
	<200709300102.41416.paul@codesourcery.com>
	<1191112447.29900.79.camel@rapid>
In-Reply-To: <1191112447.29900.79.camel@rapid>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200709301643.29334.paul@codesourcery.com>
Reply-To: qemu-devel@nongnu.org
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: qemu-devel@nongnu.org
Cc: Blue Swirl <blauwirbel@gmail.com>, "J. Mayer" <l_indien@magic.fr>

> > I'm confused. You say you don't agree with me, then give an example that
> > confirms what I said (Replace Guest OS with machine memory map as
> > appropriate).
>
> What I don't agree is the fact that emulating huge amount of physical
> address space is not immediatly useful.

Ah, ok. I meant immediately useful == benefits targets that currently work. My 
understanding is that ppc64 system emulation still some way from meeting that 
criteria (large physical address space may be one of the prerequisites for 
it).

Paul