[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-ppc] [Qemu-devel] [RFC ppc-next v3 08/10] mac_nvram: QOM'ify M
From: |
Markus Armbruster |
Subject: |
Re: [Qemu-ppc] [Qemu-devel] [RFC ppc-next v3 08/10] mac_nvram: QOM'ify MacIO NVRAM |
Date: |
Mon, 14 Jan 2013 13:34:59 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) |
Andreas Färber <address@hidden> writes:
> It was not qdev'ified before, turn it into a SysBusDevice and
> initialize it via static properties.
>
> Prepare Old World specific MacIO state and embed the NVRAM state there.
>
> Drop macio_nvram_setup_bar() in favor of sysbus_mmio_map() or
> direct use of Memory API.
[...]
> diff --git a/hw/macio.c b/hw/macio.c
> index 0e6fc8d..32f359c 100644
> --- a/hw/macio.c
> +++ b/hw/macio.c
[...]
> @@ -85,11 +93,22 @@ static int macio_common_initfn(PCIDevice *d)
> static int macio_oldworld_initfn(PCIDevice *d)
> {
> MacIOState *s = MACIO(d);
> + OldWorldMacIOState *os = OLDWORLD_MACIO(d);
I find aliasing pointers like these mildly confusing, and prefer to
avoid aliases. Matter of taste, I guess.
> + SysBusDevice *sysbus_dev;
> int ret = macio_common_initfn(d);
> if (ret < 0) {
> return ret;
[...]
[Qemu-ppc] [RFC ppc-next v3 03/10] macio: QOM'ify some more, Andreas Färber, 2013/01/13
[Qemu-ppc] [RFC ppc-next v3 05/10] macio: Split MacIO in two, Andreas Färber, 2013/01/13
[Qemu-ppc] [RFC ppc-next v3 09/10] ide/macio: QOM'ify MacIO IDE, Andreas Färber, 2013/01/13
[Qemu-ppc] [RFC ppc-next v3 02/10] ppc: Move Mac machines to hw/ppc/, Andreas Färber, 2013/01/13
[Qemu-ppc] [RFC ppc-next v3 10/10] cuda: QOM'ify CUDA, Andreas Färber, 2013/01/13
Re: [Qemu-ppc] [Qemu-devel] [RFC ppc-next v3 00/10] target-ppc: MacIO QOM'ification, Markus Armbruster, 2013/01/14