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;
>>>
>
next prev parent 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).