From: Anthony Liguori <anthony@codemonkey.ws>
To: Avi Kivity <avi@redhat.com>
Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [Qemu-devel] [PATCH 22/23] sysbus: add MemoryRegion based memory management API
Date: Mon, 25 Jul 2011 15:21:19 -0500 [thread overview]
Message-ID: <4E2DD03F.8040903@codemonkey.ws> (raw)
In-Reply-To: <1311602584-23409-23-git-send-email-avi@redhat.com>
On 07/25/2011 09:03 AM, Avi Kivity wrote:
> Allow registering sysbus device memory using a MemoryRegion. Once all users
> are converted, sysbus_init_mmio() and sysbus_init_mmio_cb() will be removed.
>
> Signed-off-by: Avi Kivity<avi@redhat.com>
Reviewed-by: Anthony Liguori <aliguori@us.ibm.com>
Regards,
Anthony Liguori
> ---
> hw/sysbus.c | 27 ++++++++++++++++++++++++---
> hw/sysbus.h | 3 +++
> 2 files changed, 27 insertions(+), 3 deletions(-)
>
> diff --git a/hw/sysbus.c b/hw/sysbus.c
> index 2e22be7..ea442ac 100644
> --- a/hw/sysbus.c
> +++ b/hw/sysbus.c
> @@ -19,6 +19,7 @@
>
> #include "sysbus.h"
> #include "monitor.h"
> +#include "exec-memory.h"
>
> static void sysbus_dev_print(Monitor *mon, DeviceState *dev, int indent);
> static char *sysbus_get_fw_dev_path(DeviceState *dev);
> @@ -49,11 +50,20 @@ void sysbus_mmio_map(SysBusDevice *dev, int n, target_phys_addr_t addr)
> }
> if (dev->mmio[n].addr != (target_phys_addr_t)-1) {
> /* Unregister previous mapping. */
> - cpu_register_physical_memory(dev->mmio[n].addr, dev->mmio[n].size,
> - IO_MEM_UNASSIGNED);
> + if (dev->mmio[n].memory) {
> + memory_region_del_subregion(get_system_memory(),
> + dev->mmio[n].memory);
> + } else {
> + cpu_register_physical_memory(dev->mmio[n].addr, dev->mmio[n].size,
> + IO_MEM_UNASSIGNED);
> + }
> }
> dev->mmio[n].addr = addr;
> - if (dev->mmio[n].cb) {
> + if (dev->mmio[n].memory) {
> + memory_region_add_subregion(get_system_memory(),
> + addr,
> + dev->mmio[n].memory);
> + } else if (dev->mmio[n].cb) {
> dev->mmio[n].cb(dev, addr);
> } else {
> cpu_register_physical_memory(addr, dev->mmio[n].size,
> @@ -107,6 +117,17 @@ void sysbus_init_mmio_cb(SysBusDevice *dev, target_phys_addr_t size,
> dev->mmio[n].cb = cb;
> }
>
> +void sysbus_init_mmio_region(SysBusDevice *dev, MemoryRegion *memory)
> +{
> + int n;
> +
> + assert(dev->num_mmio< QDEV_MAX_MMIO);
> + n = dev->num_mmio++;
> + dev->mmio[n].addr = -1;
> + dev->mmio[n].size = memory_region_size(memory);
> + dev->mmio[n].memory = memory;
> +}
> +
> void sysbus_init_ioports(SysBusDevice *dev, pio_addr_t ioport, pio_addr_t size)
> {
> pio_addr_t i;
> diff --git a/hw/sysbus.h b/hw/sysbus.h
> index 4e8cb16..5f62e2d 100644
> --- a/hw/sysbus.h
> +++ b/hw/sysbus.h
> @@ -4,6 +4,7 @@
> /* Devices attached directly to the main system bus. */
>
> #include "qdev.h"
> +#include "memory.h"
>
> #define QDEV_MAX_MMIO 32
> #define QDEV_MAX_PIO 32
> @@ -23,6 +24,7 @@ struct SysBusDevice {
> target_phys_addr_t size;
> mmio_mapfunc cb;
> ram_addr_t iofunc;
> + MemoryRegion *memory;
> } mmio[QDEV_MAX_MMIO];
> int num_pio;
> pio_addr_t pio[QDEV_MAX_PIO];
> @@ -46,6 +48,7 @@ void sysbus_init_mmio(SysBusDevice *dev, target_phys_addr_t size,
> ram_addr_t iofunc);
> void sysbus_init_mmio_cb(SysBusDevice *dev, target_phys_addr_t size,
> mmio_mapfunc cb);
> +void sysbus_init_mmio_region(SysBusDevice *dev, MemoryRegion *memory);
> void sysbus_init_irq(SysBusDevice *dev, qemu_irq *p);
> void sysbus_pass_irq(SysBusDevice *dev, SysBusDevice *target);
> void sysbus_init_ioports(SysBusDevice *dev, pio_addr_t ioport, pio_addr_t size);
next prev parent reply other threads:[~2011-07-25 20:21 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-25 14:02 [Qemu-devel] [PATCH 00/23] Memory API, batch 1 Avi Kivity
2011-07-25 14:02 ` [Qemu-devel] [PATCH 01/23] Hierarchical memory region API Avi Kivity
2011-07-25 18:41 ` Anthony Liguori
2011-07-26 9:35 ` Avi Kivity
2011-07-25 14:02 ` [Qemu-devel] [PATCH 02/23] memory: implement dirty tracking Avi Kivity
2011-07-25 18:43 ` Anthony Liguori
2011-07-25 14:02 ` [Qemu-devel] [PATCH 03/23] memory: merge adjacent segments of a single memory region Avi Kivity
2011-07-25 18:48 ` Anthony Liguori
2011-07-26 9:55 ` Avi Kivity
2011-07-25 14:02 ` [Qemu-devel] [PATCH 04/23] Internal interfaces for memory API Avi Kivity
2011-07-25 18:49 ` Anthony Liguori
2011-07-25 14:02 ` [Qemu-devel] [PATCH 05/23] memory: abstract address space operations Avi Kivity
2011-07-25 18:51 ` Anthony Liguori
2011-07-25 14:02 ` [Qemu-devel] [PATCH 06/23] memory: rename MemoryRegion::has_ram_addr to ::terminates Avi Kivity
2011-07-25 18:56 ` Anthony Liguori
2011-07-26 9:59 ` Avi Kivity
2011-07-25 14:02 ` [Qemu-devel] [PATCH 07/23] memory: late initialization of ram_addr Avi Kivity
2011-07-25 14:02 ` [Qemu-devel] [PATCH 08/23] memory: I/O address space support Avi Kivity
2011-07-25 19:00 ` Anthony Liguori
2011-07-25 14:02 ` [Qemu-devel] [PATCH 09/23] memory: add backward compatibility for old portio registration Avi Kivity
2011-07-25 19:01 ` Anthony Liguori
2011-07-25 14:02 ` [Qemu-devel] [PATCH 10/23] memory: add backward compatibility for old mmio registration Avi Kivity
2011-07-25 19:02 ` Anthony Liguori
2011-07-25 14:02 ` [Qemu-devel] [PATCH 11/23] memory: add ioeventfd support Avi Kivity
2011-07-25 15:16 ` malc
2011-07-25 15:17 ` Avi Kivity
2011-07-25 15:22 ` malc
2011-07-25 15:28 ` 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 ` [Qemu-devel] [PATCH 12/23] memory: separate building the final memory map into two steps Avi Kivity
2011-07-25 19:12 ` Anthony Liguori
2011-07-26 10:43 ` Avi Kivity
2011-07-25 14:02 ` [Qemu-devel] [PATCH 13/23] memory: document the memory API Avi Kivity
2011-07-25 19:15 ` Anthony Liguori
2011-07-26 10:44 ` Avi Kivity
2011-07-25 14:02 ` [Qemu-devel] [PATCH 14/23] memory: transaction API Avi Kivity
2011-07-25 19:16 ` Anthony Liguori
2011-07-26 10:48 ` Avi Kivity
2011-07-26 11:39 ` Avi Kivity
2011-07-25 14:02 ` [Qemu-devel] [PATCH 15/23] exec.c: initialize memory map Avi Kivity
2011-07-25 19:17 ` Anthony Liguori
2011-07-26 10:55 ` Avi Kivity
2011-07-25 14:02 ` [Qemu-devel] [PATCH 16/23] ioport: register ranges by byte aligned addresses always Avi Kivity
2011-07-25 19:20 ` Anthony Liguori
2011-07-26 10:59 ` Avi Kivity
2011-07-25 14:02 ` [Qemu-devel] [PATCH 17/23] pc: grab system_memory Avi Kivity
2011-07-25 19:22 ` Anthony Liguori
2011-07-25 14:02 ` [Qemu-devel] [PATCH 18/23] pc: convert pc_memory_init() to memory API Avi Kivity
2011-07-25 19:23 ` Anthony Liguori
2011-07-25 14:03 ` [Qemu-devel] [PATCH 19/23] pc: move global memory map out of pc_init1() and into its callers Avi Kivity
2011-07-25 20:02 ` Anthony Liguori
2011-07-26 11:02 ` Avi Kivity
2011-07-25 14:03 ` [Qemu-devel] [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 ` [Qemu-devel] [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 ` [Qemu-devel] [PATCH 22/23] sysbus: add MemoryRegion based memory " Avi Kivity
2011-07-25 20:21 ` Anthony Liguori [this message]
2011-07-25 14:03 ` [Qemu-devel] [PATCH 23/23] usb-ohci: convert to MemoryRegion Avi Kivity
2011-07-25 20:22 ` Anthony Liguori
2011-07-25 20:23 ` [Qemu-devel] [PATCH 00/23] Memory API, batch 1 Anthony Liguori
2011-07-26 11:32 ` 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=4E2DD03F.8040903@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;
as well as URLs for NNTP newsgroup(s).