[libvirt] ARM KVM GICv3 Support

Christoffer Dall christoffer.dall at linaro.org
Sat Jan 9 15:01:55 UTC 2016


On Wed, Jan 06, 2016 at 01:30:16PM +0000, Peter Maydell wrote:
> On 6 January 2016 at 12:49, Andrea Bolognani <abologna at redhat.com> wrote:
> > That's correct, having a QMP command that lists the values gic-version
> > can have on the current host would be just great.
> >
> > If we had that, we could validate the GIC version chosen for a guest,
> > and expose it in the capabilities XML so that higher-level tools can
> > provide a list of choices to the user.
> >
> > Please note that this QMP command would have to work regardless of the
> > machine type selected on QEMU's command line, because libvirt always
> > runs a QEMU binary with '-M none' when probing its capabilities.
> 
> On the other hand, if you don't tell us the machine type you care
> about then we can't tell you:
>  (a) "this machine type doesn't support setting this property at all"
>      (which applies to machines like vexpress-a15 which you can use with
>      KVM on 32-bit hosts, and of course also to all the non-KVM models)
>  (b) "this machine type only supports GIC versions X and Y even if the
>       host supports more" (this is currently only hypothetical, though,
>       since we only have the property on 'virt'. it would only happen
>       if in the future we needed something other than '2' or '3' or
>       'host' I think.)
> 
> If you use -M none then we can only tell you information you
> could have got yourself by directly asking the kernel about it.
> 
So where does this leave us?  Do we need a QMP command or not?

It sounds to me like we should implement one, and the answer depends on
the machine option chosen, where -M none gives you the generic
capabilities of the kernel and for other machines it tells you what's
possible?

Thanks,
-Christoffer




More information about the libvir-list mailing list