Re: [Qemu-devel] [RFC ppc-next v3 08/10] mac_nvram: QOM'ify MacIO NVRAM

2013-01-14 Thread Markus Armbruster
Andreas Färber writes: > Am 14.01.2013 13:34, schrieb Markus Armbruster: >> Andreas Färber 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. >>> >>

Re: [Qemu-devel] [RFC ppc-next v3 08/10] mac_nvram: QOM'ify MacIO NVRAM

2013-01-14 Thread Andreas Färber
Am 14.01.2013 13:34, schrieb Markus Armbruster: > Andreas Färber 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 f

Re: [Qemu-devel] [RFC ppc-next v3 08/10] mac_nvram: QOM'ify MacIO NVRAM

2013-01-14 Thread Markus Armbruster
Andreas Färber 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. [

[Qemu-devel] [RFC ppc-next v3 08/10] mac_nvram: QOM'ify MacIO NVRAM

2013-01-13 Thread Andreas Färber
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. Signed-off-by: Andreas Färber --- h