qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v5 10/36] spapr/xive: introduce a XIVE interrupt


From: Cédric Le Goater
Subject: Re: [Qemu-devel] [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. 



reply via email to

[Prev in Thread] Current Thread [Next in Thread]