From: Anthony Liguori <anthony@codemonkey.ws>
To: Avi Kivity <avi@redhat.com>
Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [PATCH 00/23] Memory API, batch 1
Date: Mon, 25 Jul 2011 15:23:05 -0500 [thread overview]
Message-ID: <4E2DD0A9.2000005@codemonkey.ws> (raw)
In-Reply-To: <1311602584-23409-1-git-send-email-avi@redhat.com>
On 07/25/2011 09:02 AM, Avi Kivity wrote:
> This patchset contains the core of the memory API, with one device
> (usb-ohci) coverted for reference. The API is currently implemented on
> top of the old ram_addr_t/cpu_register_physical_memory() API, but the plan
> is to make it standalone later.
>
> The goals of the API are:
> - correctness: by modelling the memory hierarchy, things like the 440FX PAM
> registers and movable, overlapping PCI BARs can be modelled accurately.
> - efficiency: by maintaining an object tree describing guest memory, we
> can eventually get rid of the page descriptor array
> - security: by having more information available declaratively, we reduce
> coding errors that may be exploited by malicious guests
>
> Also available from
>
> git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git
> refs/tags/memory-region-batch-1
Very nice series.
Despite my lack of exciting over ioeventfd and coalescing, if you fix
the few minor comments, this should be a no brainer to merge.
Regards,
Anthony Liguori
>
> Avi Kivity (23):
> Hierarchical memory region API
> memory: implement dirty tracking
> memory: merge adjacent segments of a single memory region
> Internal interfaces for memory API
> memory: abstract address space operations
> memory: rename MemoryRegion::has_ram_addr to ::terminates
> memory: late initialization of ram_addr
> memory: I/O address space support
> memory: add backward compatibility for old portio registration
> memory: add backward compatibility for old mmio registration
> memory: add ioeventfd support
> memory: separate building the final memory map into two steps
> memory: document the memory API
> memory: transaction API
> exec.c: initialize memory map
> ioport: register ranges by byte aligned addresses always
> pc: grab system_memory
> pc: convert pc_memory_init() to memory API
> pc: move global memory map out of pc_init1() and into its callers
> pci: pass address space to pci bus when created
> pci: add MemoryRegion based BAR management API
> sysbus: add MemoryRegion based memory management API
> usb-ohci: convert to MemoryRegion
>
> Makefile.target | 1 +
> docs/memory.txt | 172 ++++++++
> exec-memory.h | 26 ++
> exec.c | 19 +
> hw/apb_pci.c | 2 +
> hw/bonito.c | 4 +-
> hw/grackle_pci.c | 5 +-
> hw/gt64xxx.c | 4 +-
> hw/pc.c | 62 ++-
> hw/pc.h | 9 +-
> hw/pc_piix.c | 20 +-
> hw/pci.c | 63 +++-
> hw/pci.h | 15 +-
> hw/pci_host.h | 1 +
> hw/pci_internals.h | 1 +
> hw/piix_pci.c | 13 +-
> hw/ppc4xx_pci.c | 5 +-
> hw/ppc_mac.h | 9 +-
> hw/ppc_newworld.c | 5 +-
> hw/ppc_oldworld.c | 3 +-
> hw/ppc_prep.c | 3 +-
> hw/ppce500_pci.c | 6 +-
> hw/prep_pci.c | 5 +-
> hw/prep_pci.h | 3 +-
> hw/sh_pci.c | 4 +-
> hw/sysbus.c | 27 ++-
> hw/sysbus.h | 3 +
> hw/unin_pci.c | 10 +-
> hw/usb-ohci.c | 42 +--
> hw/versatile_pci.c | 2 +
> ioport.c | 4 +-
> memory.c | 1144 ++++++++++++++++++++++++++++++++++++++++++++++++++++
> memory.h | 259 ++++++++++++
> 33 files changed, 1852 insertions(+), 99 deletions(-)
> create mode 100644 docs/memory.txt
> create mode 100644 exec-memory.h
> create mode 100644 memory.c
> create mode 100644 memory.h
>
next prev parent reply other threads:[~2011-07-25 20:23 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-25 14:02 [PATCH 00/23] Memory API, batch 1 Avi Kivity
2011-07-25 14:02 ` [PATCH 01/23] Hierarchical memory region API Avi Kivity
2011-07-25 18:41 ` [Qemu-devel] " Anthony Liguori
2011-07-26 9:35 ` Avi Kivity
2011-07-25 14:02 ` [PATCH 02/23] memory: implement dirty tracking Avi Kivity
2011-07-25 18:43 ` Anthony Liguori
2011-07-25 14:02 ` [PATCH 03/23] memory: merge adjacent segments of a single memory region Avi Kivity
2011-07-25 18:48 ` [Qemu-devel] " Anthony Liguori
2011-07-26 9:55 ` Avi Kivity
2011-07-25 14:02 ` [PATCH 04/23] Internal interfaces for memory API Avi Kivity
2011-07-25 18:49 ` [Qemu-devel] " Anthony Liguori
2011-07-25 14:02 ` [PATCH 05/23] memory: abstract address space operations Avi Kivity
2011-07-25 18:51 ` [Qemu-devel] " Anthony Liguori
2011-07-25 14:02 ` [PATCH 06/23] memory: rename MemoryRegion::has_ram_addr to ::terminates Avi Kivity
2011-07-25 18:56 ` [Qemu-devel] " Anthony Liguori
2011-07-26 9:59 ` Avi Kivity
2011-07-25 14:02 ` [PATCH 07/23] memory: late initialization of ram_addr Avi Kivity
2011-07-25 14:02 ` [PATCH 08/23] memory: I/O address space support Avi Kivity
2011-07-25 19:00 ` [Qemu-devel] " Anthony Liguori
2011-07-25 14:02 ` [PATCH 09/23] memory: add backward compatibility for old portio registration Avi Kivity
2011-07-25 19:01 ` [Qemu-devel] " Anthony Liguori
2011-07-25 14:02 ` [PATCH 10/23] memory: add backward compatibility for old mmio registration Avi Kivity
2011-07-25 19:02 ` [Qemu-devel] " Anthony Liguori
2011-07-25 14:02 ` [PATCH 11/23] memory: add ioeventfd support Avi Kivity
2011-07-25 15:16 ` [Qemu-devel] " malc
2011-07-25 15:17 ` Avi Kivity
2011-07-25 15:22 ` malc
2011-07-25 15:28 ` [Qemu-devel] " Avi Kivity
2011-07-25 15:38 ` malc
2011-07-25 15:43 ` Avi Kivity
2011-07-25 19:08 ` Anthony Liguori
2011-07-26 10:08 ` Avi Kivity
2011-07-25 14:02 ` [PATCH 12/23] memory: separate building the final memory map into two steps Avi Kivity
2011-07-25 19:12 ` [Qemu-devel] " Anthony Liguori
2011-07-26 10:43 ` Avi Kivity
2011-07-25 14:02 ` [PATCH 13/23] memory: document the memory API Avi Kivity
2011-07-25 19:15 ` [Qemu-devel] " Anthony Liguori
2011-07-26 10:44 ` Avi Kivity
2011-07-25 14:02 ` [PATCH 14/23] memory: transaction API Avi Kivity
2011-07-25 19:16 ` [Qemu-devel] " Anthony Liguori
2011-07-26 10:48 ` Avi Kivity
2011-07-26 11:39 ` Avi Kivity
2011-07-25 14:02 ` [PATCH 15/23] exec.c: initialize memory map Avi Kivity
2011-07-25 19:17 ` [Qemu-devel] " Anthony Liguori
2011-07-26 10:55 ` Avi Kivity
2011-07-25 14:02 ` [PATCH 16/23] ioport: register ranges by byte aligned addresses always Avi Kivity
2011-07-25 19:20 ` [Qemu-devel] " Anthony Liguori
2011-07-26 10:59 ` Avi Kivity
2011-07-25 14:02 ` [PATCH 17/23] pc: grab system_memory Avi Kivity
2011-07-25 19:22 ` [Qemu-devel] " Anthony Liguori
2011-07-25 14:02 ` [PATCH 18/23] pc: convert pc_memory_init() to memory API Avi Kivity
2011-07-25 19:23 ` [Qemu-devel] " Anthony Liguori
2011-07-25 14:03 ` [PATCH 19/23] pc: move global memory map out of pc_init1() and into its callers Avi Kivity
2011-07-25 20:02 ` [Qemu-devel] " Anthony Liguori
2011-07-26 11:02 ` Avi Kivity
2011-07-25 14:03 ` [PATCH 20/23] pci: pass address space to pci bus when created Avi Kivity
2011-07-25 20:03 ` Anthony Liguori
2011-07-25 14:03 ` [PATCH 21/23] pci: add MemoryRegion based BAR management API Avi Kivity
2011-07-25 20:20 ` Anthony Liguori
2011-07-26 11:06 ` Avi Kivity
2011-07-25 14:03 ` [PATCH 22/23] sysbus: add MemoryRegion based memory " Avi Kivity
2011-07-25 20:21 ` Anthony Liguori
2011-07-25 14:03 ` [PATCH 23/23] usb-ohci: convert to MemoryRegion Avi Kivity
2011-07-25 20:22 ` [Qemu-devel] " Anthony Liguori
2011-07-25 20:23 ` Anthony Liguori [this message]
2011-07-26 11:32 ` [Qemu-devel] [PATCH 00/23] Memory API, batch 1 Avi Kivity
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=4E2DD0A9.2000005@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=avi@redhat.com \
--cc=kvm@vger.kernel.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox