From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:58389) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QTYty-0005nN-VB for qemu-devel@nongnu.org; Mon, 06 Jun 2011 08:27:28 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QTYtx-0002Mr-UL for qemu-devel@nongnu.org; Mon, 06 Jun 2011 08:27:26 -0400 Received: from mail-px0-f174.google.com ([209.85.212.174]:50967) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QTYtx-0002Mi-Nk for qemu-devel@nongnu.org; Mon, 06 Jun 2011 08:27:25 -0400 Received: by pxi15 with SMTP id 15so776652pxi.33 for ; Mon, 06 Jun 2011 05:27:24 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <4DECC7A6.7030506@redhat.com> Date: Mon, 06 Jun 2011 14:27:18 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1304441374-27314-1-git-send-email-pbonzini@redhat.com> <4DCBF3F2.6060702@redhat.com> <4DE4B1F1.5030201@redhat.com> In-Reply-To: <4DE4B1F1.5030201@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 0/4] introduce cpu_physical_memory_map_fast List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On 05/31/2011 11:16 AM, Paolo Bonzini wrote: > On 05/12/2011 04:51 PM, Paolo Bonzini wrote: >> On 05/03/2011 06:49 PM, Paolo Bonzini wrote: >>> Paravirtualized devices (and also some real devices) can assume they >>> are going to access RAM. For this reason, provide a fast-path >>> function with the following properties: >>> >>> 1) it will never allocate a bounce buffer >>> >>> 2) it can be used for read-modify-write operations >>> >>> 3) unlike qemu_get_ram_ptr, it is safe because it recognizes "short" >>> blocks >>> >>> Patches 3 and 4 use this function for virtio devices and the milkymist >>> GPU. The latter is only compile-tested. >>> >>> Another function checks if it is possible to split a contiguous physical >>> address range into multiple subranges, all of which use the fast path. >>> I will introduce later a use for this function. >>> >>> Paolo Bonzini (4): >>> exec: extract cpu_physical_memory_map_internal >>> exec: introduce cpu_physical_memory_map_fast and >>> cpu_physical_memory_map_check >>> virtio: use cpu_physical_memory_map_fast >>> milkymist: use cpu_physical_memory_map_fast >>> >>> cpu-common.h | 4 ++ >>> exec.c | 108 +++++++++++++++++++++++++++++++++++++------------- >>> hw/milkymist-tmu2.c | 39 ++++++++++-------- >>> hw/vhost.c | 10 ++-- >>> hw/virtio.c | 2 +- >>> 5 files changed, 111 insertions(+), 52 deletions(-) >>> >> >> Ping? > > Ping^2? Ping^3? Paolo