All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paolo Bonzini <pbonzini@redhat.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 0/4] introduce cpu_physical_memory_map_fast
Date: Tue, 31 May 2011 11:16:33 +0200	[thread overview]
Message-ID: <4DE4B1F1.5030201@redhat.com> (raw)
In-Reply-To: <4DCBF3F2.6060702@redhat.com>

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?

Paolo

  reply	other threads:[~2011-05-31  9:16 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-03 16:49 [Qemu-devel] [PATCH 0/4] introduce cpu_physical_memory_map_fast Paolo Bonzini
2011-05-03 16:49 ` [Qemu-devel] [PATCH 1/4] exec: extract cpu_physical_memory_map_internal Paolo Bonzini
2011-05-03 16:49 ` [Qemu-devel] [PATCH 2/4] exec: introduce cpu_physical_memory_map_fast and cpu_physical_memory_map_check Paolo Bonzini
2011-05-03 16:49 ` [Qemu-devel] [PATCH 3/4] virtio: use cpu_physical_memory_map_fast Paolo Bonzini
2011-05-03 16:49 ` [Qemu-devel] [PATCH 4/4] milkymist: " Paolo Bonzini
2011-05-04 21:56   ` Michael Walle
2011-05-12 14:51 ` [Qemu-devel] [PATCH 0/4] introduce cpu_physical_memory_map_fast Paolo Bonzini
2011-05-31  9:16   ` Paolo Bonzini [this message]
2011-06-06 12:27     ` Paolo Bonzini
2011-06-06 12:56       ` Anthony Liguori
2011-06-06 13:09         ` Paolo Bonzini
2011-06-06 15:44           ` Anthony Liguori
2011-06-06 15:55             ` Paolo Bonzini
2011-05-12 15:32 ` Avi Kivity
2011-05-13  6:33   ` Paolo Bonzini

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4DE4B1F1.5030201@redhat.com \
    --to=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.