[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-arm] [PATCH v6 8/9] xlnx-zynqmp-pmu: Connect the IPI device to
From: |
Alistair Francis |
Subject: |
Re: [Qemu-arm] [PATCH v6 8/9] xlnx-zynqmp-pmu: Connect the IPI device to the PMU |
Date: |
Fri, 19 Jan 2018 10:15:10 -0800 |
On Thu, Jan 18, 2018 at 1:42 PM, Philippe Mathieu-Daudé <address@hidden> wrote:
> On 01/18/2018 03:38 PM, Alistair Francis wrote:
>> Signed-off-by: Alistair Francis <address@hidden>
>> Reviewed-by: Edgar E. Iglesias <address@hidden>
>> ---
>> V4:
>> - Move the IPI to the machine instead of the SoC
>>
>> hw/microblaze/xlnx-zynqmp-pmu.c | 31 +++++++++++++++++++++++++++++++
>> 1 file changed, 31 insertions(+)
>>
>> diff --git a/hw/microblaze/xlnx-zynqmp-pmu.c
>> b/hw/microblaze/xlnx-zynqmp-pmu.c
>> index 7312bfe23e..999a5657cf 100644
>> --- a/hw/microblaze/xlnx-zynqmp-pmu.c
>> +++ b/hw/microblaze/xlnx-zynqmp-pmu.c
>> @@ -24,6 +24,7 @@
>> #include "cpu.h"
>> #include "boot.h"
>>
>> +#include "hw/intc/xlnx-zynqmp-ipi.h"
>> #include "hw/intc/xlnx-pmu-iomod-intc.h"
>>
>> /* Define the PMU device */
>> @@ -38,6 +39,15 @@
>>
>> #define XLNX_ZYNQMP_PMU_INTC_ADDR 0xFFD40000
>>
>> +#define XLNX_ZYNQMP_PMU_NUM_IPIS 4
>> +
>> +static const uint64_t ipi_addr[XLNX_ZYNQMP_PMU_NUM_IPIS] = {
>> + 0xFF340000, 0xFF350000, 0xFF360000, 0xFF370000,
>> +};
>> +static const uint64_t ipi_irq[XLNX_ZYNQMP_PMU_NUM_IPIS] = {
>> + 19, 20, 21, 22,
>> +};
>> +
>> typedef struct XlnxZynqMPPMUSoCState {
>> /*< private >*/
>> DeviceState parent_obj;
>> @@ -136,6 +146,9 @@ static void xlnx_zynqmp_pmu_init(MachineState *machine)
>> MemoryRegion *address_space_mem = get_system_memory();
>> MemoryRegion *pmu_rom = g_new(MemoryRegion, 1);
>> MemoryRegion *pmu_ram = g_new(MemoryRegion, 1);
>> + XlnxZynqMPIPI *ipi[XLNX_ZYNQMP_PMU_NUM_IPIS];
>
> Why use pointers and g_new() here?
>
> Isn't a plain array simpler?
I remember that I tried that and ran into issues. It was so long ago
though that I can't remember what the problem was. I think it was
related to adding the object as a child.
Alistair
>
> XlnxZynqMPIPI ipi[XLNX_ZYNQMP_PMU_NUM_IPIS];
>
> (same apply to pmu_rom/ram)
>
> Or maybe do you plan to start implementing MachineClass::exit()?
>
> (or go in this direction, which might make sens thinking about having a
> multiarch single binary).
>
>> + qemu_irq irq[32];
>> + int i;
>>
>> /* Create the ROM */
>> memory_region_init_rom(pmu_rom, NULL, "xlnx-zynqmp-pmu.rom",
>> @@ -155,6 +168,24 @@ static void xlnx_zynqmp_pmu_init(MachineState *machine)
>> &error_abort);
>> object_property_set_bool(OBJECT(pmu), true, "realized", &error_fatal);
>>
>> + for (i = 0; i < 32; i++) {
>> + irq[i] = qdev_get_gpio_in(DEVICE(&pmu->intc), i);
>> + }
>> +
>> + /* Create and connect the IPI device */
>> + for (i = 0; i < XLNX_ZYNQMP_PMU_NUM_IPIS; i++) {
>> + ipi[i] = g_new0(XlnxZynqMPIPI, 1);
>> + object_initialize(ipi[i], sizeof(XlnxZynqMPIPI),
>> TYPE_XLNX_ZYNQMP_IPI);
>> + qdev_set_parent_bus(DEVICE(ipi[i]), sysbus_get_default());
>> + }
>> +
>> + for (i = 0; i < XLNX_ZYNQMP_PMU_NUM_IPIS; i++) {
>> + object_property_set_bool(OBJECT(ipi[i]), true, "realized",
>> + &error_abort);
>> + sysbus_mmio_map(SYS_BUS_DEVICE(ipi[i]), 0, ipi_addr[i]);
>> + sysbus_connect_irq(SYS_BUS_DEVICE(ipi[i]), 0, irq[ipi_irq[i]]);
>> + }
>> +
>> /* Load the kernel */
>> microblaze_load_kernel(&pmu->cpu, XLNX_ZYNQMP_PMU_RAM_ADDR,
>> machine->ram_size,
>>
[Qemu-arm] [PATCH v6 7/9] xlnx-zynqmp-ipi: Initial version of the Xilinx IPI device, Alistair Francis, 2018/01/18
[Qemu-arm] [PATCH v6 9/9] xlnx-zynqmp: Connect the IPI device to the ZynqMP SoC, Alistair Francis, 2018/01/18