[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-ppc] [PATCH v5 10/36] spapr/xive: introduce a XIVE interrupt c
From: |
Cédric Le Goater |
Subject: |
Re: [Qemu-ppc] [PATCH v5 10/36] spapr/xive: introduce a XIVE interrupt controller |
Date: |
Tue, 4 Dec 2018 18:12:11 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 |
[ ... ]
>>> +void spapr_xive_pic_print_info(sPAPRXive *xive, Monitor *mon)
>>> +{
>>> + int i;
>>> + uint32_t offset = 0;
>>> +
>>> + monitor_printf(mon, "XIVE Source %08x .. %08x\n", offset,
>>> + offset + xive->source.nr_irqs - 1);
>>> + xive_source_pic_print_info(&xive->source, offset, mon);
>>> +
>>> + monitor_printf(mon, "XIVE EAT %08x .. %08x\n", 0, xive->nr_irqs - 1);
>>> + for (i = 0; i < xive->nr_irqs; i++) {
>>> + xive_eas_pic_print_info(&xive->eat[i], i, mon);
>>> + }
>>> +
>>> + monitor_printf(mon, "XIVE ENDT %08x .. %08x\n", 0, xive->nr_ends - 1);
>>> + for (i = 0; i < xive->nr_ends; i++) {
>>> + xive_end_pic_print_info(&xive->endt[i], i, mon);
>>> + }
>>
>> AIUI the PAPR model hides the details of ENDs, EQs and NVTs - instead
>> each logical EAS just points at a (thread, priority) pair, which under
>> the hood has exactly one END and one NVT bound to it.
>>
>> Given that, would it make more sense to reformat the info here to show
>> things in terms of those (thread, priority) pairs, rather than the
>> internal EAS and END details?
>
> Yes. I had a version doing something like that before. I will rework
> the ouput a little for sPAPR.
I would like to keep the 'advanced' monitor output in some ways and have
two possible outputs : simple and long.
Is it possible to add command line options or arguments to the Monitor
interface ?
Thanks,
C.
- Re: [Qemu-ppc] [PATCH v5 10/36] spapr/xive: introduce a XIVE interrupt controller,
Cédric Le Goater <=