From: Alexey Kardashevskiy <aik@ozlabs.ru>
To: Anthony Liguori <aliguori@us.ibm.com>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
qemu-ppc@nongnu.org, qemu-devel@nongnu.org,
David Gibson <david@gibson.dropbear.id.au>
Subject: Re: [Qemu-devel] [PATCH 05/11] spapr-tce: make sPAPRTCETable a proper device
Date: Wed, 17 Jul 2013 17:01:49 +1000 [thread overview]
Message-ID: <51E6415D.30208@ozlabs.ru> (raw)
In-Reply-To: <1373901083-18730-6-git-send-email-aliguori@us.ibm.com>
On 07/16/2013 01:11 AM, Anthony Liguori wrote:
> Model TCE tables as a device that's hooked up as a child object to
> the owner. Besides the code cleanup, we get a few nice benefits:
>
> 1) free actually works now (it was dead code before)
>
> 2) the TCE information is visible in the device tree
>
> 3) we can expose table information as properties such that if we
> change the window_size, we can use globals to keep migration
> working.
>
> Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
> [dwg: pseries: savevm support for PAPR TCE tables]
> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
> ---
> hw/ppc/spapr.c | 3 -
> hw/ppc/spapr_iommu.c | 145 ++++++++++++++++++++++++++++++++-----------------
> hw/ppc/spapr_pci.c | 2 +-
> hw/ppc/spapr_vio.c | 2 +-
> include/hw/ppc/spapr.h | 23 +++++---
> 5 files changed, 114 insertions(+), 61 deletions(-)
>
> diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
> index 48ae092..e340708 100644
> --- a/hw/ppc/spapr.c
> +++ b/hw/ppc/spapr.c
> @@ -848,9 +848,6 @@ static void ppc_spapr_init(QEMUMachineInitArgs *args)
> /* Set up EPOW events infrastructure */
> spapr_events_init(spapr);
>
> - /* Set up IOMMU */
> - spapr_iommu_init();
> -
> /* Set up VIO bus */
> spapr->vio_bus = spapr_vio_bus_init();
>
> diff --git a/hw/ppc/spapr_iommu.c b/hw/ppc/spapr_iommu.c
> index 89b33a5..709cc34 100644
> --- a/hw/ppc/spapr_iommu.c
> +++ b/hw/ppc/spapr_iommu.c
> @@ -36,17 +36,6 @@ enum sPAPRTCEAccess {
> SPAPR_TCE_RW = 3,
> };
>
> -struct sPAPRTCETable {
> - uint32_t liobn;
> - uint32_t window_size;
> - sPAPRTCE *table;
> - bool bypass;
> - int fd;
> - MemoryRegion iommu;
> - QLIST_ENTRY(sPAPRTCETable) list;
> -};
> -
> -
> QLIST_HEAD(spapr_tce_tables, sPAPRTCETable) spapr_tce_tables;
>
> static sPAPRTCETable *spapr_tce_find_by_liobn(uint32_t liobn)
> @@ -96,7 +85,7 @@ static IOMMUTLBEntry spapr_tce_translate_iommu(MemoryRegion *iommu, hwaddr addr)
> return (IOMMUTLBEntry) { .perm = IOMMU_NONE };
> }
>
> - tce = tcet->table[addr >> SPAPR_TCE_PAGE_SHIFT].tce;
> + tce = tcet->table[addr >> SPAPR_TCE_PAGE_SHIFT];
>
> #ifdef DEBUG_TCE
> fprintf(stderr, " -> *paddr=0x%llx, *len=0x%llx\n",
> @@ -112,37 +101,51 @@ static IOMMUTLBEntry spapr_tce_translate_iommu(MemoryRegion *iommu, hwaddr addr)
> };
> }
>
> +static int spapr_tce_table_pre_load(void *opaque)
> +{
> + sPAPRTCETable *tcet = SPAPR_TCE_TABLE(opaque);
> +
> + tcet->nb_table = tcet->window_size >> SPAPR_TCE_PAGE_SHIFT;
> +
> + return 0;
> +}
> +
> +static const VMStateDescription vmstate_spapr_tce_table = {
> + .name = "spapr_iommu",
> + .version_id = 1,
> + .minimum_version_id = 1,
> + .minimum_version_id_old = 1,
> + .pre_load = spapr_tce_table_pre_load,
> + .fields = (VMStateField []) {
> + /* Sanity check */
> + VMSTATE_UINT32_EQUAL(liobn, sPAPRTCETable),
> + VMSTATE_UINT32_EQUAL(window_size, sPAPRTCETable),
> +
> + /* IOMMU state */
> + VMSTATE_BOOL(bypass, sPAPRTCETable),
> + VMSTATE_VARRAY_UINT32(table, sPAPRTCETable, nb_table, 0, vmstate_info_uint64, uint64_t),
> +
> + VMSTATE_END_OF_LIST()
> + },
> +};
> +
> static MemoryRegionIOMMUOps spapr_iommu_ops = {
> .translate = spapr_tce_translate_iommu,
> };
>
> -sPAPRTCETable *spapr_tce_new_table(DeviceState *owner, uint32_t liobn, size_t window_size)
> +static int spapr_tce_table_realize(DeviceState *dev)
> {
> - sPAPRTCETable *tcet;
> -
> - if (spapr_tce_find_by_liobn(liobn)) {
> - fprintf(stderr, "Attempted to create TCE table with duplicate"
> - " LIOBN 0x%x\n", liobn);
> - return NULL;
> - }
> -
> - if (!window_size) {
> - return NULL;
> - }
> -
> - tcet = g_malloc0(sizeof(*tcet));
> - tcet->liobn = liobn;
> - tcet->window_size = window_size;
> + sPAPRTCETable *tcet = SPAPR_TCE_TABLE(dev);
>
> if (kvm_enabled()) {
> - tcet->table = kvmppc_create_spapr_tce(liobn,
> - window_size,
> + tcet->table = kvmppc_create_spapr_tce(tcet->liobn,
> + tcet->window_size,
> &tcet->fd);
> }
>
> if (!tcet->table) {
> - size_t table_size = (window_size >> SPAPR_TCE_PAGE_SHIFT)
> - * sizeof(sPAPRTCE);
> + size_t table_size = (tcet->window_size >> SPAPR_TCE_PAGE_SHIFT)
> + * sizeof(uint64_t);
> tcet->table = g_malloc0(table_size);
> }
>
> @@ -151,16 +154,43 @@ sPAPRTCETable *spapr_tce_new_table(DeviceState *owner, uint32_t liobn, size_t wi
> "table @ %p, fd=%d\n", tcet, liobn, tcet->table, tcet->fd);
> #endif
>
> - memory_region_init_iommu(&tcet->iommu, OBJECT(owner), &spapr_iommu_ops,
> + memory_region_init_iommu(&tcet->iommu, OBJECT(dev), &spapr_iommu_ops,
> "iommu-spapr", UINT64_MAX);
>
> QLIST_INSERT_HEAD(&spapr_tce_tables, tcet, list);
>
> + return 0;
> +}
> +
> +sPAPRTCETable *spapr_tce_new_table(DeviceState *owner, uint32_t liobn, size_t window_size)
> +{
> + sPAPRTCETable *tcet;
> +
> + if (spapr_tce_find_by_liobn(liobn)) {
> + fprintf(stderr, "Attempted to create TCE table with duplicate"
> + " LIOBN 0x%x\n", liobn);
> + return NULL;
> + }
> +
> + if (!window_size) {
> + return NULL;
> + }
> +
> + tcet = SPAPR_TCE_TABLE(object_new(TYPE_SPAPR_TCE_TABLE));
> + tcet->liobn = liobn;
> + tcet->window_size = window_size;
I am trying to understand the QOM. How do you understand what
initialization should go to .realize and what should stay in
spapr_tce_new_table?
In this particular case having the .realize implementation does not make
much sense to me. If you made .liobn and .window_size members of
sPAPRTCETable then it would be ok but you did not. What do I miss? Thanks.
--
Alexey
next prev parent reply other threads:[~2013-07-17 7:02 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-15 15:11 [Qemu-devel] [PATCH 00/11] pseries: migration and QOM support Anthony Liguori
2013-07-15 15:11 ` [Qemu-devel] [PATCH 01/11] target-ppc: Convert ppc cpu savevm to VMStateDescription Anthony Liguori
2013-07-15 15:11 ` [Qemu-devel] [PATCH 02/11] pseries: savevm support for VIO devices Anthony Liguori
2013-07-15 15:11 ` [Qemu-devel] [PATCH 03/11] pseries: savevm support for PAPR VIO logical lan Anthony Liguori
2013-07-15 15:11 ` [Qemu-devel] [PATCH 04/11] pseries: savevm support for PAPR VIO logical tty Anthony Liguori
2013-07-15 15:11 ` [Qemu-devel] [PATCH 05/11] spapr-tce: make sPAPRTCETable a proper device Anthony Liguori
2013-07-16 10:00 ` [Qemu-devel] [PATCH] ppc kvm: fix to compile Alexey Kardashevskiy
2013-07-16 12:32 ` Anthony Liguori
2013-07-16 23:12 ` Alexander Graf
2013-07-16 23:13 ` [Qemu-devel] [Qemu-ppc] " Alexander Graf
2013-07-16 23:26 ` Alexey Kardashevskiy
2013-07-17 7:01 ` Alexey Kardashevskiy [this message]
2013-07-17 13:05 ` [Qemu-devel] [PATCH 05/11] spapr-tce: make sPAPRTCETable a proper device Anthony Liguori
2013-07-15 15:11 ` [Qemu-devel] [PATCH 06/11] pseries: rework PAPR virtual SCSI Anthony Liguori
2013-07-15 15:11 ` [Qemu-devel] [PATCH 07/11] pseries: savevm support for " Anthony Liguori
2013-07-15 15:11 ` [Qemu-devel] [PATCH 08/11] pseries: savevm support for pseries machine Anthony Liguori
2013-07-15 15:11 ` [Qemu-devel] [PATCH 09/11] pseries: savevm support for PCI host bridge Anthony Liguori
2013-07-15 15:11 ` [Qemu-devel] [PATCH 10/11] pseries: savevm support with KVM Anthony Liguori
2013-07-15 15:11 ` [Qemu-devel] [PATCH 11/11] xics: rename types to be sane and follow coding style Anthony Liguori
2013-07-16 10:10 ` [Qemu-devel] [PATCH 00/11] pseries: migration and QOM support Alexey Kardashevskiy
2013-07-16 12:33 ` Anthony Liguori
2013-07-16 12:35 ` Alexey Kardashevskiy
2013-07-16 12:48 ` Alexey Kardashevskiy
2013-07-16 13:24 ` Alexey Kardashevskiy
2013-07-16 14:12 ` Anthony Liguori
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=51E6415D.30208@ozlabs.ru \
--to=aik@ozlabs.ru \
--cc=aliguori@us.ibm.com \
--cc=david@gibson.dropbear.id.au \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@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).