qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Aditya Gupta <adityag@linux.ibm.com>
To: "Cédric Le Goater" <clg@kaod.org>
Cc: "Mahesh J Salgaonkar" <mahesh@linux.ibm.com>,
	"Madhavan Srinivasan" <maddy@linux.ibm.com>,
	"Nicholas Piggin" <npiggin@gmail.com>,
	qemu-devel@nongnu.org, qemu-ppc@nongnu.org,
	"Frédéric Barrat" <fbarrat@linux.ibm.com>
Subject: Re: [PATCH v2 03/10] ppc/pnv: Add a Power11 Pnv11Chip, and a Power11 Machine
Date: Wed, 1 May 2024 18:58:10 +0530	[thread overview]
Message-ID: <f62512ed-1d1d-438e-b8e8-dcd2e17bad26@linux.ibm.com> (raw)
In-Reply-To: <74a0e78c-0dd2-4f48-a2f3-c0c4460f28b6@kaod.org>

Hello Cédric,

Sorry I missed this mail earlier.
>>>> @@ -1846,7 +1863,11 @@ static void 
>>>> pnv_chip_power10_quad_realize(Pnv10Chip *chip10, Error **errp)
>>>>        for (i = 0; i < chip10->nr_quads; i++) {
>>>>            PnvQuad *eq = &chip10->quads[i];
>>>> -        pnv_chip_quad_realize_one(chip, eq, chip->cores[i * 4],
>>>> +        if (chip_class->chip_type == PNV_TYPE_POWER11)
>>>> +            pnv_chip_quad_realize_one(chip, eq, chip->cores[i * 4],
>>>> + PNV_QUAD_TYPE_NAME("power11"));
>>>> +        else
>>>> +            pnv_chip_quad_realize_one(chip, eq, chip->cores[i * 4],
>>>> PNV_QUAD_TYPE_NAME("power10"));
>>>
>>>
>>> Please change introduce a new pnv_chip_quad_realize() routine taking an
>>> extra type_name argument.
>>
>> Sure, can do it. But as it's called from 'pnv_chip_power10_realize',
>> might require a 'pnv_chip_power11_realize' function also, so it can pass
>> type_name as "power11" vs "power10".
>
> Do the Power11 and Power10 processors have the same XSCOM and MMIO
> address spaces ?

Yes. Hence using the same base and sizes.


Thanks,

Aditya Gupta

>
>> Will do it.
>>
>>>
>>>
>>>> pnv_xscom_add_subregion(chip, PNV10_XSCOM_EQ_BASE(eq->quad_id),
>>>> @@ -2116,6 +2137,35 @@ static void 
>>>> pnv_chip_power10_class_init(ObjectClass *klass, void *data)
>>>> &k->parent_realize);
>>>>    }
>>>> +static void pnv_chip_power11_class_init(ObjectClass *klass, void 
>>>> *data)
>>>> +{
>>>> +    DeviceClass *dc = DEVICE_CLASS(klass);
>>>> +    PnvChipClass *k = PNV_CHIP_CLASS(klass);
>>>> +
>>>> +    static const int i2c_ports_per_engine[PNV10_CHIP_MAX_I2C] = 
>>>> {14, 14, 2, 16};
>>>> +
>>>> +    k->chip_cfam_id = 0x120da04900008000ull; /* P11 (with NX) */
>>>> +    k->chip_type = PNV_TYPE_POWER11;
>>>> +    k->cores_mask = POWER11_CORE_MASK;
>>>> +    k->chip_pir = pnv_chip_pir_p10;
>>>> +    k->intc_create = pnv_chip_power10_intc_create;
>>>> +    k->intc_reset = pnv_chip_power10_intc_reset;
>>>> +    k->intc_destroy = pnv_chip_power10_intc_destroy;
>>>> +    k->intc_print_info = pnv_chip_power10_intc_print_info;
>>>> +    k->isa_create = pnv_chip_power10_isa_create;
>>>> +    k->dt_populate = pnv_chip_power10_dt_populate;
>>>> +    k->pic_print_info = pnv_chip_power10_pic_print_info;
>>>> +    k->xscom_core_base = pnv_chip_power10_xscom_core_base;
>>>> +    k->xscom_pcba = pnv_chip_power10_xscom_pcba;
>>>> +    dc->desc = "PowerNV Chip POWER11";
>>>> +    k->num_pecs = PNV10_CHIP_MAX_PEC;
>>>> +    k->i2c_num_engines = PNV10_CHIP_MAX_I2C;
>>>> +    k->i2c_ports_per_engine = i2c_ports_per_engine;
>>>> +
>>>> +    device_class_set_parent_realize(dc, pnv_chip_power10_realize,
>>>> + &k->parent_realize);
>>>> +}
>>>> +
>>>>    static void pnv_chip_core_sanitize(PnvChip *chip, Error **errp)
>>>>    {
>>>>        PnvChipClass *pcc = PNV_CHIP_GET_CLASS(chip);
>>>> @@ -2510,6 +2560,22 @@ static void 
>>>> pnv_machine_p10_rainier_class_init(ObjectClass *oc, void *data)
>>>>        pmc->i2c_init = pnv_rainier_i2c_init;
>>>>    }
>>>> +static void pnv_machine_power11_class_init(ObjectClass *oc, void 
>>>> *data)
>>>> +{
>>>> +    MachineClass *mc = MACHINE_CLASS(oc);
>>>> +    PnvMachineClass *pmc = PNV_MACHINE_CLASS(oc);
>>>> +    static const char compat[] = "qemu,powernv11\0ibm,powernv";
>>>> +
>>>> +    /* do power10_class_init as p11 core is same as p10 */
>>>> +    pnv_machine_p10_common_class_init(oc, data);
>>>> +
>>>> +    mc->desc = "IBM PowerNV (Non-Virtualized) POWER11";
>>>> +    mc->default_cpu_type = POWERPC_CPU_TYPE_NAME("power11");
>>>
>>> This should be using a versionned CPU "power11_vx.y".
>>
>> Okay.
>>
>>>
>>>> +
>>>> +    pmc->compat = compat;
>>>> +    pmc->compat_size = sizeof(compat);
>>>> +}
>>>> +
>>>>    static bool pnv_machine_get_hb(Object *obj, Error **errp)
>>>>    {
>>>>        PnvMachineState *pnv = PNV_MACHINE(obj);
>>>> @@ -2613,7 +2679,23 @@ static void 
>>>> pnv_machine_class_init(ObjectClass *oc, void *data)
>>>>            .parent        = TYPE_PNV10_CHIP,          \
>>>>        }
>>>> +#define DEFINE_PNV11_CHIP_TYPE(type, class_initfn) \
>>>> +    {                                              \
>>>> +        .name          = type,                     \
>>>> +        .class_init    = class_initfn,             \
>>>> +        .parent        = TYPE_PNV11_CHIP,          \
>>>> +    }
>>>> +
>>>>    static const TypeInfo types[] = {
>>>> +    {
>>>> +        .name          = MACHINE_TYPE_NAME("powernv11"),
>>>> +        .parent        = TYPE_PNV_MACHINE,
>>>> +        .class_init    = pnv_machine_power11_class_init,
>>>> +        .interfaces = (InterfaceInfo[]) {
>>>> +            { TYPE_XIVE_FABRIC },
>>>> +            { },
>>>> +        },
>>>> +    },
>>>>        {
>>>>            .name          = MACHINE_TYPE_NAME("powernv10-rainier"),
>>>>            .parent        = MACHINE_TYPE_NAME("powernv10"),
>>>> @@ -2668,6 +2750,16 @@ static const TypeInfo types[] = {
>>>>            .abstract      = true,
>>>>        },
>>>> +    /*
>>>> +     * P11 chip and variants
>>>> +     */
>>>> +    {
>>>> +        .name          = TYPE_PNV11_CHIP,
>>>> +        .parent        = TYPE_PNV10_CHIP,
>>>> +        .instance_size = sizeof(Pnv11Chip),
>>>> +    },
>>>> +    DEFINE_PNV11_CHIP_TYPE(TYPE_PNV_CHIP_POWER11, 
>>>> pnv_chip_power11_class_init),
>>>> +
>>>>        /*
>>>>         * P10 chip and variants
>>>>         */
>>>> diff --git a/hw/ppc/pnv_core.c b/hw/ppc/pnv_core.c
>>>> index f40ab721d6fc..4522655793da 100644
>>>> --- a/hw/ppc/pnv_core.c
>>>> +++ b/hw/ppc/pnv_core.c
>>>> @@ -402,7 +402,16 @@ static const TypeInfo pnv_core_infos[] = {
>>>>        DEFINE_PNV_CORE_TYPE(power8, "power8_v2.0"),
>>>>        DEFINE_PNV_CORE_TYPE(power8, "power8nvl_v1.0"),
>>>>        DEFINE_PNV_CORE_TYPE(power9, "power9_v2.2"),
>>>> -    DEFINE_PNV_CORE_TYPE(power10, "power10_v2.0"),
>>>> +    {
>>>> +        .parent = TYPE_PNV_CORE,
>>>> +        .name = PNV_CORE_TYPE_NAME("power10_v2.0"),
>>>> +        .class_init = pnv_core_power10_class_init,
>>>> +        .class_base_init = pnv_core_power10_class_init,
>>>> +    },
>>>
>>> hmm, what is this change ?
>>
>> I expanded the macro, to add '.class_base_init', as .class_base_init
>> will be run by QEMU during initialisation of any child classes also. And
>> I wanted to let QEMU call 'pnv_core_power10_class_init' when it
>> initialises 'power11' type.
>>
>>>
>>>
>>>> +    {
>>>> +        .parent = PNV_CORE_TYPE_NAME("power10_v2.0"),
>>>> +        .name = PNV_CORE_TYPE_NAME("power11"),
>>>> +    }
>>>
>>> nope. please use DEFINE_PNV_CORE_TYPE()
>>
>> Okay, then, should I have a 'pnv_core_power11_class_init' call
>> 'pnv_core_power10_class_init' ?
>
> yes.
>
>
>>
>>>
>>>>    };
>>>>    DEFINE_TYPES(pnv_core_infos)
>>>> @@ -633,6 +642,11 @@ static const TypeInfo pnv_quad_infos[] = {
>>>>            .parent = TYPE_PNV_QUAD,
>>>>            .name = PNV_QUAD_TYPE_NAME("power10"),
>>>>            .class_init = pnv_quad_power10_class_init,
>>>> +        .class_base_init = pnv_quad_power10_class_init,
>>>> +    },
>>>> +    {
>>>> +        .parent = PNV_QUAD_TYPE_NAME("power10"),
>>>> +        .name = PNV_QUAD_TYPE_NAME("power11"),
>>>
>>> hmm, I'd rather introduce pnv_quad_power11_class_init.
>>
>> Same, in that case, I can have a 'pnv_quad_power11_class_init' which
>> just calls 'pnv_quad_power10_class_init'.
>
> yes.
>
>
> Thanks,
>
> C.
>
>
>>
>> Any comments ?
>>
>>>> <...snip...>
>>>>
>>>> +struct Pnv11Chip {
>>>> +    /*< private >*/
>>>> +    Pnv10Chip      parent_obj;
>>>
>>> Can't you use a typedef instead ?
>>
>> Yes, makes sense. Thanks Cédric.
>>
>> - Aditya Gupta
>>
>>>
>>> Thanks,
>>>
>>> C.
>>>
>>>
>>>> +};
>>>> +
>>>>    struct PnvChipClass {
>>>>        /*< private >*/
>>>>        SysBusDeviceClass parent_class;
>>>
>


  reply	other threads:[~2024-05-01 13:29 UTC|newest]

Thread overview: 43+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-26 11:00 [PATCH v2 00/10] Power11 support for QEMU Aditya Gupta
2024-04-26 11:00 ` [PATCH v2 01/10] ppc/pseries: Add Power11 cpu type Aditya Gupta
2024-04-26 14:27   ` Cédric Le Goater
2024-04-26 17:05     ` Aditya Gupta
2024-04-26 17:41       ` Cédric Le Goater
2024-05-01 13:22         ` Aditya Gupta
2024-05-01 14:39           ` Aditya Gupta
2024-04-26 17:12     ` Aditya Gupta
2024-04-26 17:28       ` Cédric Le Goater
2024-04-26 17:44         ` Aditya Gupta
2024-04-26 11:00 ` [PATCH v2 02/10] ppc/pnv: Introduce 'PnvChipClass::chip_type' Aditya Gupta
2024-04-26 14:16   ` Cédric Le Goater
2024-04-26 17:18     ` Aditya Gupta
2024-04-26 11:00 ` [PATCH v2 03/10] ppc/pnv: Add a Power11 Pnv11Chip, and a Power11 Machine Aditya Gupta
2024-04-26 14:55   ` Cédric Le Goater
2024-04-26 17:34     ` Aditya Gupta
2024-04-26 17:53       ` Cédric Le Goater
2024-05-01 13:28         ` Aditya Gupta [this message]
2024-04-26 11:00 ` [PATCH v2 04/10] ppc/pnv: Add HOMER for POWER11 Aditya Gupta
2024-04-26 14:32   ` Cédric Le Goater
2024-04-26 17:38     ` Aditya Gupta
2024-04-26 11:00 ` [PATCH v2 05/10] ppc/pnv: Add a LPC controller " Aditya Gupta
2024-04-26 14:32   ` Cédric Le Goater
2024-04-26 17:38     ` Aditya Gupta
2024-04-26 11:00 ` [PATCH v2 06/10] ppc/pnv: Add OCC for Power11 Aditya Gupta
2024-04-26 14:33   ` Cédric Le Goater
2024-04-26 17:38     ` Aditya Gupta
2024-04-26 11:00 ` [PATCH v2 07/10] ppc/pnv: Add a PSI bridge model " Aditya Gupta
2024-04-26 14:33   ` Cédric Le Goater
2024-04-26 17:39     ` Aditya Gupta
2024-04-26 11:00 ` [PATCH v2 08/10] ppc/pnv: Add SBE " Aditya Gupta
2024-04-26 14:33   ` Cédric Le Goater
2024-04-26 17:39     ` Aditya Gupta
2024-04-26 11:00 ` [PATCH v2 09/10] ppc: Make Power11 as default cpu type for 'pseries' and 'powernv' Aditya Gupta
2024-04-26 14:32   ` Cédric Le Goater
2024-04-26 17:40     ` Aditya Gupta
2024-04-29  1:44     ` David Gibson
2024-05-01 13:29       ` Aditya Gupta
2024-05-03  4:52     ` Nicholas Piggin
2024-05-03  6:53       ` Aditya Gupta
2024-04-26 11:00 ` [PATCH v2 10/10] ppc/pnv: Update skiboot.lid to support Power11 Aditya Gupta
2024-04-26 14:38   ` Cédric Le Goater
2024-04-26 17:42     ` Aditya Gupta

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=f62512ed-1d1d-438e-b8e8-dcd2e17bad26@linux.ibm.com \
    --to=adityag@linux.ibm.com \
    --cc=clg@kaod.org \
    --cc=fbarrat@linux.ibm.com \
    --cc=maddy@linux.ibm.com \
    --cc=mahesh@linux.ibm.com \
    --cc=npiggin@gmail.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).