From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1LpVTI-0007pX-Nn
	for qemu-devel@nongnu.org; Thu, 02 Apr 2009 18:33:16 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1LpVTD-0007pL-Aj
	for qemu-devel@nongnu.org; Thu, 02 Apr 2009 18:33:15 -0400
Received: from [199.232.76.173] (port=38450 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1LpVTD-0007pI-5V
	for qemu-devel@nongnu.org; Thu, 02 Apr 2009 18:33:11 -0400
Received: from mx20.gnu.org ([199.232.41.8]:33270)
	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 1LpVTC-0007ty-TF
	for qemu-devel@nongnu.org; Thu, 02 Apr 2009 18:33:10 -0400
Received: from mail.codesourcery.com ([65.74.133.4])
	by mx20.gnu.org with esmtp (Exim 4.60)
	(envelope-from <paul@codesourcery.com>) id 1LpVTB-0006M6-Pd
	for qemu-devel@nongnu.org; Thu, 02 Apr 2009 18:33:10 -0400
From: Paul Brook <paul@codesourcery.com>
Subject: Re: [Qemu-devel] [6965] Implement and use shared memory framebuffer
	device rendering reoutine.
Date: Thu, 2 Apr 2009 22:33:06 +0000
References: <E1LozY0-0004Sz-53@cvs.savannah.gnu.org>
	<fb249edb0904021352s7bc2f7aaye63a7ada10dd7d1b@mail.gmail.com>
In-Reply-To: <fb249edb0904021352s7bc2f7aaye63a7ada10dd7d1b@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200904022333.06627.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

> If we must use the map/unmap api for framebuffers (even though we know
> this memory is continuous in qemu) then we could map only the region
> we determined is dirty.

Maybe. In practice I doubt there's that much difference. In general we don't 
actually know the memory is contiguous, though for well behaved guests with 
current boards it probably is.  The proper solution is probably to replace 
l1_phys_map with an extent bases system, so that map time is not proportional 
to region size.

My main motivation for this patch is that it is the first step in eliminating 
phys_ram_base.

Paul